Shekar Kola Asked: 2019-10-17 01:47:02 +0800 CST2019-10-17 01:47:02 +0800 CST 2019-10-17 01:47:02 +0800 CST 我们可以更改日志传送备份文件命名约定吗 772 似乎日志传送备份文件的命名约定(尤其是名称中的日期时间戳)后跟 UTC 时间,我相信这是默认和标准的。 我想澄清以下情况: 我想知道是否有可能更改命名约定以遵循执行 BACKUP 的服务器的本地时区的日期时间。 命名约定(UTC 时间戳作为后缀)真的很重要,因为无论如何日志传送复制/恢复作业都会考虑每个备份文件之间的 LSN 以维护有效的日志备份链。 目的是避免在我每天维护一个 zip 文件的压缩过程中出现问题,并且根据以下屏幕截图,它将合并属于不同日期 (2019-10-16) 的其他文件 (20191015xxxxx) sql-server log-shipping 1 个回答 Voted Best Answer J.D. 2020-11-01T04:31:21+08:002020-11-01T04:31:21+08:00 您不能自动更改命名约定,因为它由 sqllogship.exe 控制(如果您手动更改文件名,我相信它会导致这些文件被跳过。) 无论 LSN 是什么,命名约定显然都很重要:https ://www.sqlservercentral.com/forums/topic/log-shipping-skipping-files-with-different-naming-convention 我个人会让他们根据修改后的日期进行分组(因为这是他们应该在的真正顺序)但是如果你想按他们的名字分组压缩它们,那么你应该用你的压缩工具/过程来控制它,而不是SQL Server 使用的命名方案。(编写一个小脚本来做到这一点很简单。)
您不能自动更改命名约定,因为它由 sqllogship.exe 控制(如果您手动更改文件名,我相信它会导致这些文件被跳过。)
无论 LSN 是什么,命名约定显然都很重要:https ://www.sqlservercentral.com/forums/topic/log-shipping-skipping-files-with-different-naming-convention
我个人会让他们根据修改后的日期进行分组(因为这是他们应该在的真正顺序)但是如果你想按他们的名字分组压缩它们,那么你应该用你的压缩工具/过程来控制它,而不是SQL Server 使用的命名方案。(编写一个小脚本来做到这一点很简单。)