Is there a limit to how many auto-backups can be stored?
If there isn't, how can I turn this off so we can use a backup schedule instead.
FileMaker Server 17 creates an automatic backup of hosted databases once a day. The Backups page shows the time of the next automatic backup. Seven backups are stored before automatic deletion begins. Automatic backups are listed on the Backups > Auto-Backup and On-Demand tab.
You can "preserve" as many backups as you want (storage permitting). A preserved backup does not get automatically deleted and is preserved until you delete it yourself.
Because of the auto-deletion, there is no reason to disable this feature and it can work in conjunction with any additional backup schedule you create. And you cannot disable the auto-backup anyway.
I've turned off my additional backup schedules as we don't have a great deal of space on the local disk of the server. How many backups does it take before auto-deletion?
You can disable the auto midnight backup from the command line:
fmsadmin disable schedule 1
Because of the auto-deletion, there is no reason to disable this feature...
Say you have a fairly large set of externally-stored container data. And say the server it runs on is a Mac with a solid state drive running MacOS 10.13. The drive will be formatted as APFS.
The backup can't use hard links for the external files anymore because APFS. Would not the entire set of externally-stored container data be duplicated each time the Auto-Backup runs? I don't see an obvious way to redirect this auto-backup to a different folder. Would not this Auto-Backup feature have the potential to totally fill the boot drive with backups if the external container data was large enough?
Yes. One huge reason not to use APFS. In general using a new file system is not something I would be comfortable with, there is usually zero gain in being an early adopter if stability and full-feature compatibility is what you are after.
Retrieving data ...