Azure应用程序服务已为备份设置,并且正在创建部分状态为“部分成功”的备份。 错误日志显示由于锁定文件而从备份过程中跳过了一些文件。
Retrieve site meta-data.
Backing up the databases.
Backing up site content and uploading to the blob...
File skipped - \data\jobs\continuous\IndexWorker\singleton.job.lock: Sharing violation to C:\Resources\directory\<sometext>.ControllerRole.BackupRestore\<someguid>\package\fs\data\jobs\continuous\IndexWorker\singleton.job.lock
File skipped - \LogFiles\ApplicationInsights\status\status_<somesuffix>.json: Sharing violation to C:\Resources\directory\<someguid>.ControllerRole.BackupRestore\<someguid>\package\fs\LogFiles\ApplicationInsights\status\status_<somesuffix>.json
Uploading metadata to the blob.
Backup completed!
在Azure文档中,有一个选项可以排除Azure备份过程https://docs.microsoft.com/en-us/azure/app-service/manage-backup#exclude-files-from-your-backup中的文件,但是我想知道是否还有更多需要排除的文件。
这些部分备份还是有用的,我们可以使用它们吗?尽管页面上提到了步骤:https://docs.microsoft.com/en-us/azure/app-service/web-sites-restore手动还原这些部分备份。是否有任何一个还原了部分备份。
通过从备份过程中排除罪魁祸首文件或手动还原这些部分备份来解决部分备份方案的正确方法是什么?
答案 0 :(得分:0)
更新
您需要自己创建_backup.filter文件。这是offical document和屏幕截图。并且对日志文件备份的理解如下,希望得到批准。
只要不手动删除日志文件,就可以保证日志文件的数据安全性。该程序的部分备份用于该程序,以确保可以还原该程序的指定版本,但是数据仍然需要最新的,对吗?因此,我认为如果您需要的日志数据非常重要,我建议在记录这部分数据时,应将其保存在数据库中。通常情况下,日志文件不需要遵循程序进行备份,因为备份后将进行还原操作,并且还原后两个版本之间差异的数据将丢失。
重要
部分备份的功能是创建一个名为_back.filter的文件,并设置哪些目录或文件不参与备份。通常,不需要备份永不更改的静态资源文件,而其他文件则需要备份。
这类似于在IIS上部署网站。假设有一个Asset文件夹,其内容从未删除。我们可以在不备份的情况下设置此文件夹。其余文件夹(例如bin,Scripts,Contents等)可能是由于该程序而引起的。该文件的这一部分需要备份。还原文件时,只会还原备份的内容。