Azure 应用程序备份创建部分备份
Azure app backup creating partial backups
已为备份设置 Azure 应用服务，它正在创建部分状态为 "Partially Succeeded" 的备份。
错误日志显示某些文件由于锁定文件而从备份过程中跳过。
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 手动恢复这些部分备份。是否有人恢复了部分备份。
处理部分备份情况的正确方法是什么，从备份过程中排除罪魁祸首文件或手动恢复这些部分备份，或者有任何其他方法来处理这个问题吗？
更新
您需要自己创建_backup.filter 文件。这是 offical document 和屏幕截图。并且对日志文件备份的理解如下，希望得到认可
只要不手动删除日志文件，就可以保证日志文件的数据安全。部分程序的备份是针对程序的，保证可以恢复指定版本的程序，但是数据还是要最新的吧？所以我觉得，如果你需要的日志数据非常重要，我建议在记录这部分数据的时候，你应该把它保存在数据库中。一般情况下，日志文件不需要按照程序进行备份，因为备份后会有还原操作，还原后两个版本之间的差异数据会丢失。
原始
部分备份的作用是创建一个名为_back.filter的文件，并设置哪些目录或文件不参与备份。一般永不改变的静态资源文件不需要备份，其他的需要备份。
类似于在IIS上部署网站。假设有一个 Asset 文件夹，其中的内容永远不会被删除。我们可以在不备份的情况下设置这个文件夹。其余的bin、Scripts、Contents等文件夹可能会因为程序的升级而发生变化。这部分文件需要备份。恢复文件时，只会恢复备份的内容。
已为备份设置 Azure 应用服务，它正在创建部分状态为 "Partially Succeeded" 的备份。 错误日志显示某些文件由于锁定文件而从备份过程中跳过。
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 手动恢复这些部分备份。是否有人恢复了部分备份。
处理部分备份情况的正确方法是什么，从备份过程中排除罪魁祸首文件或手动恢复这些部分备份，或者有任何其他方法来处理这个问题吗？
更新
您需要自己创建_backup.filter 文件。这是 offical document 和屏幕截图。并且对日志文件备份的理解如下，希望得到认可
只要不手动删除日志文件，就可以保证日志文件的数据安全。部分程序的备份是针对程序的，保证可以恢复指定版本的程序，但是数据还是要最新的吧？所以我觉得，如果你需要的日志数据非常重要，我建议在记录这部分数据的时候，你应该把它保存在数据库中。一般情况下，日志文件不需要按照程序进行备份，因为备份后会有还原操作，还原后两个版本之间的差异数据会丢失。
原始
部分备份的作用是创建一个名为_back.filter的文件，并设置哪些目录或文件不参与备份。一般永不改变的静态资源文件不需要备份，其他的需要备份。
类似于在IIS上部署网站。假设有一个 Asset 文件夹，其中的内容永远不会被删除。我们可以在不备份的情况下设置这个文件夹。其余的bin、Scripts、Contents等文件夹可能会因为程序的升级而发生变化。这部分文件需要备份。恢复文件时，只会恢复备份的内容。