Windows FB脱机时是否可以安全清除C:\ProgramData\firebird文件夹?

Windows FB脱机时是否可以安全清除C:\ProgramData\firebird文件夹?,windows,database-migration,firebird,firebird-3.0,programdata,Windows,Database Migration,Firebird,Firebird 3.0,Programdata,清除C:\ProgramData\firebird 当Firebird服务(superserver,v3.0)不可用时,将其删除 跑步 我知道它包含锁表等,因此不应触摸 当FB运行时。但我不清楚它是否可以安全擦拭 当FB未运行时,或者如果它包含FB运行时可能至关重要的数据 重新启动 我的情况是,我正在迁移一个安装了FB的VM。 由于实际原因(正常运行时间vs。 文件传输和虚拟机转换时间): 源VM的快照,即夜间备份复制到新位置。 源代码保持运行状态。复制过程大约需要1天。(在拍摄夜间快照时,我们

清除
C:\ProgramData\firebird
当Firebird服务(superserver,v3.0)不可用时,将其删除 跑步

我知道它包含锁表等,因此不应触摸 当FB运行时。但我不清楚它是否可以安全擦拭 当FB未运行时,或者如果它包含FB运行时可能至关重要的数据 重新启动

我的情况是,我正在迁移一个安装了FB的VM。 由于实际原因(正常运行时间vs。 文件传输和虚拟机转换时间):

  • 源VM的快照,即夜间备份复制到新位置。 源代码保持运行状态。复制过程大约需要1天。(在拍摄夜间快照时,我们使用nbackup锁定数据库)

  • 快照在目标位置解包,从VMWare转换为 HyperV并联机进行额外的重新配置和系统测试

  • 几天过去了

  • 源和目标Firebird服务都已停止,因此没有数据库 任何地方都有活动

  • 将文件从源同步到目标,包括数据库文件。这个文件 传输比步骤1小得多,因此可以在脱机时完成 时间

  • 在第5步中,我在
    C:\ProgramData\firebird
    文件夹中找到了差异,我 想知道最好的方法是什么:

    A) 在目标位置擦除文件夹

    B) 同步,使目标与源具有相同的内容

    C) 保持目标不变

    请注意,当在目标位置再次启动FB服务时 数据库文件将与创建时的源文件相同 FB关闭,并且可能与
    C:\ProgramData\firebird
    在目标位置。我认为这是一个事实
    退出选项C)

    C:\ProgramData\firebird中的文件仅在firebird服务器运行时使用,并且包含瞬态数据。当Firebird未运行时,删除这些文件应该是安全的


    换句话说,从一台服务器迁移到另一台服务器时,您不需要迁移
    C:\ProgramData\Firebird

    的内容
    C:\ProgramData\Firebird
    中的文件仅在Firebird服务器运行时使用,并且包含临时数据。当Firebird未运行时,删除这些文件应该是安全的


    换句话说,当从一台服务器迁移到另一台服务器时,您不需要迁移
    C:\ProgramData\Firebird

    的内容,据我所知,这只是服务器运行时的暂时信息,因此擦除应该是安全的。作为评论发布,因为我不是100%确定。在此列表中找到第11项:似乎表明它是安全的。这篇文章甚至没有提到FB应该先离线。这是因为在Windows上,你不能删除你打开的文件。但在Linux上风险更大(特别是在使用Classic时),因为在Linux上,当进程打开文件时,您可以删除这些文件,这可能导致现有进程使用现在已删除的锁定文件(该文件仍然存在,没有目录项),一个新的进程将创建一个新的锁文件。有人在没有发表评论的情况下否决了这个问题。这有什么问题?可能是因为这是一个关于主题的问题,而不是关于堆栈溢出的问题。据我所知,这只是服务器运行时的临时信息,所以擦除应该是安全的。作为评论发布,因为我不是100%确定。在此列表中找到第11项:似乎表明它是安全的。这篇文章甚至没有提到FB应该先离线。这是因为在Windows上,你不能删除你打开的文件。但在Linux上风险更大(特别是在使用Classic时),因为在Linux上,当进程打开文件时,您可以删除这些文件,这可能导致现有进程使用现在已删除的锁定文件(该文件仍然存在,没有目录项),一个新的进程将创建一个新的锁文件。有人在没有发表评论的情况下否决了这个问题。这有什么问题吗?可能是因为这是一个关于堆栈溢出的问题