1 What issues will be checked using the backend checks in the Content.Repository view?
1.1 Check / Repair:
This check will verify the existing of mandatory tables and columns. The repair functionality will automatically recreate missing tables. Please note that quickcolumns are not being checked using this option.
Additionally the integrity of the Tagmap is being checked to ensure that there are no conflicts for entries with the same mapnames and optimized-, multivalue-, attribute type option.
1.2 Check data / Clean data:
This check check and optionally remove objects that are not published. The check works for folders, pages and files. This check is useful if you disable update functionality for your Content.Repository or when you work with a new backup.
2 What will be checked using the CRSync (Sanitycheck2)?
Similar to the Check / Repair functionality the table and column structure will be checked. Missing columns will be recreated when the autorepair2 flag was set.
Additionally the quick columns will be checked. For each contentattributetype that was marked as optimized a matching quick column with indices must exist. The datatype, indices, default values, name and nullable option will be checked.
3 How do i create a new CR?
New CRs can be created using the CRSync sanitycheck2 & autorepair2 option or using the Check / Repair option within the backend. If you chose the Backend method you just have to create an empty database and setup the jdbc url in the backend Content.Repository view.
4 How can CRs be repaired. How can the structure be kept uptodate?
The structure can be updated using the CRSync autorepair2 feature. Set the sanitycheck2 and autorepair2 flag for the source and target repository in order to verify the structure for both repositories.