我在Win 2008 VM上安装了SQL 2008，它位于（父）192.168.0.0.24子网中的一个硬件上，第二个站点与10.1.1.0/24（子）中的win2008 + SQL2008有相似的硬件，第三个是172.16 .1.0 / 24。
我们想知道如何启用块级SQL 2008复制从一个站点到另一个，我有ipsec vpn的T1链接。
我的目标是在父站点-1天的子站点数据库，是否有任何方式可以在块级复制数据库，而不是复制整个数据库。 有15GB，12GB和1GB的3个数据库。 我可以启动通过手动复制，并不知道如何configuration到子站点之间的数据库的asynchronous复制。
在SQL 2008中，请帮助并保持零
从你的问题来看，儿童网站的用途并不完全清楚。 是仅用于灾难恢复的子站点，它们是父数据的只读副本，还是需要更新子版本并将其更改回到父级？
SQL Server不直接提供任何types的块级复制。 所有SQL Server的复制function都是数据级别的。 你要么一直在充分拉动或发送变化，这取决于你所需要的。
除了称之为“复制”的function之外，SQL Server还有其他相关的技术。 这些技术是数据库镜像，永远在线的可用性组和日志传送。 究竟你可能会使用什么严重取决于你正在做什么和你对SQL的熟悉程度。 如果您只是对灾难恢复感兴趣，或者只读副本，最简单的事情可能就是日志传送。 日志传送一直是最长的，它适用于任何版本的SQL服务器，它实际上很简单，在掩护下。
通常情况下，块级别的复制是由某种智能SAN存储处理的（Vmax和Symetrix首先想到，但还有很多其他select），或者您可以使用DataKeeper的Steeleye（仅适用于软件）。
块级复制通常是单向的，具有主系统和辅助系统。 我从来没有见过一个有两个副系统的系统，我不是一个存储专家，但我是一个SQL人员。 另请注意，在使用块级别复制（通过SAN或类似技术）的SQL Server设置中，该scheme实际上是主动 – 被动故障转移群集的scheme，“子”副本通常不可用于任何用途。
不pipe复制的方法如何，在复制实际开始之前，所有数据都必须先从父节点推送到子节点。 之后，子网站只会收到数据的更改。 你说你可以手动复制数据。 通常情况下，数据的第一个副本是使用一些与您正在使用的任何产品绑定的pipe理工具的麦汁完成的。 你不能只使用常规的Windows工具从命令行复制东西。
T1线路的带宽为1.544 mbit / sec。 如果我的math是正确的，那大约是694.8 MBytes /小时。 第一次转移这三个数据库大约需要42.27个小时。 这不是很快。
如果你的数据有很多变化，1.544 mbit / sec的速度很可能跟不上。 如果您执行类似于运行reindex命令（可能会在块复制scheme中更改大量数据（但不会在数据复制scheme中更改任何内容））的操作，则复制几乎肯定会落后。 如果你正在asynchronous运行，很可能会有某种写入缓冲区（写入队列或写入caching）接受和保存父节点的改变，直到它们被发送到子节点为止，缓冲区可能不够大，无法保存所有的数据。 缓冲区填满后，您将同步运行，否则系统将丢失数据（从而破坏您的数据库）。