Hi all,
At present I have SharePoint 2010 running on a server with it's databases off on a SQL server that hosts not only the SharePoint databases but a load more as well. I have full and transaction log backups of the databases running via the native SQL tools, so the databases for SharePoint are covered.
Knowing that this doesn't cover me in a disaster from the SharePoint side I'm going to use Backup-SPFarm as well, but in my testing I've noticed that Backup-SPFarm and SQL native backups get into a bit of an argument when it comes to diff backups:
"The previous full SQL backup for the database Search_Service_Application_LinksStoreDB_28ce0f29952746c2931decf12e91a0e1 was performed by another backup tool and may not be restored correctly."
So what I'm currently planning on doing is leaving SQL to handle the database level backups, and to use Backup-SPFarm with the configurationonly switch. That way in the event of an emergency I would restore the dbs and then restore the SP backup.
My question really is then, will this work? Is doing the Backup-SPFarm with configurationonly switch plus the SQL backups (plus a backup of the VM running SharePoint to get web.configs etc) enough, or does running configurationonly actually stop something else essential from backing up as well that I haven't now accounted for?
Many thanks,
Luke









