SQL Server更改跟踪与复制和差异备份

Question

好吧,我们在SQL Server 2008中有关键事务数据库及其处于完全恢复模式.我们在两个不同时区的两个不同数据中心有两个不同的服务器.我正在尝试使用各种选项设置使数据库尽可能最新的最佳方法.数据库目前只有1.5GB,预计每6个月增长1GB.

我们使用一个简单的解决方案,使用SMO在凌晨1点创建FULL备份,然后每15分钟进行一次差异备份.我们将这些数据传输到作为从属服务器的其他服务器,并在从属服务器上恢复数据.因此,与当前的DB相比,所有从站运行时间均为15分钟,因此在发生崩溃的情况下,我们将获得数据,直到最后15分钟.

现在,我想将此解决方案与复制和更改跟踪进行比较.

复制和更改跟踪都会在数据库中添加一些额外的元数据来执行它们正在执行的所有操作,并且几乎不会使用cpu使 但是,与Diff Backup相比,它们不会对CPU造成更多负担(据我所知).我假设Diff Backup将保留一些等待或增加一些待处理队列的事务,这可能会在用户使用它时造成延迟或丢失信息.

我需要知道Diff Backup每15分钟会在服务器上加载更多吗？或者,当交易处理时,每15分钟使用差异备份真的不建议吗？

注意:事务仅应用于主服务器,并且它们使用备份还原应用于从属服务器.日志传送不会发送架构更改,如果它停止工作我们无法获得任何错误通知,在我们自己的自定义解决方案中,我们通过电子邮件发送日志对我们有帮助的我们

Answer 1

忘记复制或更改数据跟踪.那些不复制架构,它们增加了显着的开销.无论是被设计为一个高可用性和灾难恢复能力的解决方案.它们可以这样使用,但与日志传送,数据库镜像或硬件镜像等专用解决方案相比显得苍白无力.

日志传送会传输数据库中的所有内容,包括架构,用户,权限,索引,数据等等.您没有指定何时传输日志备份.每15分钟做一次差异备份听起来有点过分.差异备份是累积的,它们包含自上次完全备份以来的每个更改,因此它们将在一天中增加大小.15分钟听起来像是定期日志备份的时间段,而不是差异备份.

日志传送依赖于SQL代理作业的文件复制操作.因此,它需要访问文件共享并需要身份验证.在不同的域上,您需要直接访问或某种VPN.

数据库镜像也创建了数据库的相同副本,但其数据丢失窗口最多为秒,而日志传送中的日志备份间隔则相反.数据库镜像在两个服务器之间保持一个特殊的连接,并且主体将每个事务发送到镜像,实际上是这样.由于镜像端点支持基于证书的身份验证,因此可以轻松地跨域设置,而不是需要一个VPN.DBM可以是同步的(主体上的每个事务都等待镜像在提交之前确认它,也就是高安全模式)或异步(主体将在镜像之前写入并立即提交,即高性能模式).如果连接丢失,主体将开始运行'暴露',因此您不会丢失服务,但是您会让自己面临数据丢失.一旦重新获得连接,主体将为镜像提供挂起的事务队列(即,尚未发送的LDF文件的一部分),直到镜像恢复到最新状态.所有这些都是自动的,SSMS中有监控工具,可以设置为在连接丢失时,当主体正在运行时,当未发送队列增长超过预设大小时发送通知.

硬件镜像:您需要与硬件供应商或数据中心运营商交谈.它花了一大笔钱.

总体数据库镜像是目前最好的选择.