Sql server 自上次完全备份以来的备份事务日志(条带化)

Sql server 自上次完全备份以来的备份事务日志(条带化),sql-server,backup,Sql Server,Backup,我试图做一个穷人的日志航运,手动。我需要将一个相当大的数据库从一台主机移动到Azure中的VM。数据库当前为16Gb,我们需要在一小时内完成切换 请注意,由于我们遇到的问题,复制、镜像和日志传送不是选项,我需要尝试并实现此手动过程。 我正在尝试的是在几周前对数据库进行完整备份,使用bak文件的条带化(这样,如果复制失败,我们就不需要重新启动的完整16Gb),并在几天内复制这些完整备份文件 对于我的完整备份,我尝试将备份文件跨越15个文件: BACKUP DATABASE MyProduction

我试图做一个穷人的日志航运,手动。我需要将一个相当大的数据库从一台主机移动到Azure中的VM。数据库当前为16Gb,我们需要在一小时内完成切换

请注意,由于我们遇到的问题,复制、镜像和日志传送不是选项,我需要尝试并实现此手动过程。

我正在尝试的是在几周前对数据库进行完整备份,使用bak文件的条带化(这样,如果复制失败,我们就不需要重新启动的完整16Gb),并在几天内复制这些完整备份文件

对于我的完整备份,我尝试将备份文件跨越15个文件:

BACKUP DATABASE MyProductionDatabase
TO 
DISK='E:\BackupTrial\V5_DEV_FULL_01.bak',
DISK='E:\BackupTrial\V5_DEV_FULL_02.bak',
DISK='E:\BackupTrial\V5_DEV_FULL_03.bak',
DISK='E:\BackupTrial\V5_DEV_FULL_04.bak',
DISK='E:\BackupTrial\V5_DEV_FULL_05.bak',
DISK='E:\BackupTrial\V5_DEV_FULL_06.bak',
DISK='E:\BackupTrial\V5_DEV_FULL_07.bak',
DISK='E:\BackupTrial\V5_DEV_FULL_08.bak',
DISK='E:\BackupTrial\V5_DEV_FULL_09.bak',
DISK='E:\BackupTrial\V5_DEV_FULL_10.bak',
DISK='E:\BackupTrial\V5_DEV_FULL_11.bak',
DISK='E:\BackupTrial\V5_DEV_FULL_12.bak',
DISK='E:\BackupTrial\V5_DEV_FULL_13.bak',
DISK='E:\BackupTrial\V5_DEV_FULL_14.bak',
DISK='E:\BackupTrial\V5_DEV_FULL_15.bak'
WITH FORMAT,
  MEDIANAME = 'V5_DEV_FullBackup',
  MEDIADESCRIPTION = 'Striped media set for V5_DEV database';
GO
然后在Azure中的新VM上恢复该数据库(虚拟机上有SQL Server,因为我不确定是否可以将BAK文件直接转到AzureSQL)

然后每天或每周(数据库使用率较低)执行日志文件备份,并将这些备份复制到新主机并进行恢复。因此,基本上,手动尝试保持数据库同步

在上线当天,在当前主机上进行最后一次日志文件备份,将最后一次bak文件复制到新主机上,然后两个DBs应同步,每天只进行少量备份

然后切换站点以使用新的数据库

但我被卡住了:

MS示例是:

BACKUP LOG AdventureWorks2012  
   TO MyAdvWorks_FullRM_log1;  
GO  
上面写着:

此示例为创建事务日志备份 AdventureWorks2012数据库到以前创建的命名备份 设备,MyAdvWorks\u FullRM\u log1

我不确定他们所说的“以前创建的备份设备”是什么意思。由于条带化,我有许多文件名。如何备份完整备份的日志文件

此数据库上可能还有其他备份过程。这是否会导致日志文件备份出现问题(数据库的另一个完整备份可能会在我完成备份之前清除我的事务日志?)

我不确定他们所说的“以前创建的备份设备”是什么意思

这意味着在这个示例中,他们以前创建了虚拟备份设备。 因此,现在不再使用语法
backup…**to disk**=…
,而是使用

backup ...to <device_name>
由于条带化,我有许多文件名。如何备份完整备份的日志文件

日志备份
未完成“完全备份”。 首先,通过执行
完全备份创建一个“基础”,无论是否将其分条到多个文件中,然后执行
日志备份(
日志备份
通常非常小,不需要分条)

此数据库上可能还有其他备份过程。意志 这会导致日志文件备份出现问题(的另一个完整备份) 数据库可能会在我获取备份之前清除我的事务日志 完成了吗?)

完整备份对您来说不是问题,因为它们只是创建了其他“基础”,您可以从中启动
恢复链。如果其他人执行
日志备份
,您将遇到问题,因为它将中断
日志备份链
(清除日志不是
完全备份
,日志截断只能通过
日志备份

如果这些
日志备份只能使用copy\u进行备份,您应该与那些备份这些
日志备份的人谈谈:

或者他们是否可以将这些备份保留在某个磁盘上。

您当前的备份计划是什么样的?您多长时间执行一次完整备份、差异备份和日志备份?其中一个或多个可能是“我们不这样做”。只是想弄清楚您当前的解决方案中有多少是可用于此项工作的。您可以使用
压缩进行备份
,以减少备份大小。机箱中的所有数据库都是每晚备份的。不幸的是,他们使用SSIS包来执行这些备份,因此我不知道如何判断正在执行的备份类型。
BACKUP LOG AdventureWorks2012  
   TO disk = 'V:\backups\log\AdventureWorks2012_20190918.trn;