Troubleshooting file recovery
1.
2. In the Manage Database dialog box, click the Fields tab, and double-click the indexed field.
3. In the Options for Field dialog box, click the Storage tab.
4.
5.
6.
7. Click OK to close the Manage Database dialog box.If more than one index appears to have a problem, in the Advanced Recovery Options dialog box, select Copy file blocks as-is and only Rebuild indexes / Now. This combination of options creates a new database that is a copy of the old one with all the field indexes rebuilt. To do this, in the Advanced Recovery Options dialog box, select either Copy logical structure or Scan blocks and rebuild file. Then select only Scan and rebuild scripts, layouts, etc. (structure). This combination of options creates a new file and rebuilds the structure much faster than if all the fields and records also were scanned and rebuilt. Use the new file only to copy the minimum necessary scripts and layouts, and then paste them into a known good backup copy of the original file. In the Advanced Recovery Options dialog box, select Copy logical structure, but select none of the checkboxes. This option performs the exact same operation as saving a compacted copy of the database.Because copying the logical structure does not scan the field data or structure, there could still be problems with the resulting file, so test that file carefully for signs of problems. Also consider performing a full recovery; that is, recover the file with Use advanced options deselected in the “Name new recovered file” dialog box, to see if problems are reported. Start by doing a file consistency check, to check the low-level block format of the file. (Click the Check consistency button in the Select Damaged File dialog box.)If no problems are found, then recover the file with Use advanced options in the “Name new recovered file” dialog box deselected. If no problems are found while scanning the schema and structure, you can assume that the original file has no structural problems.However, there is still a risk that the file contains corrupted data or graphics. If database users report that going to a particular layout or record causes their computer to hang or FileMaker Pro to crash, then data or graphics could be corrupted. In that case, locate and delete the problem layout or record. See Damaged layouts. In the Advanced Recovery Options dialog box, select Scan blocks and rebuild file and then select Scan record data and rebuild fields and tables (schema), Scan and rebuild scripts, layouts, etc. (structure), and Rebuild field indexes / Later. This combination of options scans and rebuilds the file schema and structure but deletes instead of rebuilds existing field indexes. File recovery will take less time, and the field indexes will be rebuilt later, as they are needed, during database use.Note Deselecting Delete cached settings is unlikely to have much impact in shortening file recovery time.