27,581
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
tony-杨 2005-08-11
- 打赏
- 举报
谢谢可爱
我找到我要的东西了
我找到我要的东西了
aierong 2004-07-14
- 打赏
- 举报
http://www.cnblogs.com/aierong/archive/2004/05/20/10504.aspx
helodd 2004-07-13
- 打赏
- 举报
利用数据库复制技术 实现数据同步更新
复制的概念
复制是将一组数据从一个数据源拷贝到多个数据源的技术，是将一份数据发布到多个存储站点上的有效方式。使用复制技术，用户可以将一份数据发布到多台服务器上，从而使不同的服务器用户都可以在权限的许可的范围内共享这份数据。复制技术可以确保分布在不同地点的数据自动同步更新，从而保证数据的一致性。
SQL复制的基本元素包括
出版服务器、订阅服务器、分发服务器、出版物、文章
SQL复制的工作原理
SQL SERVER 主要采用出版物、订阅的方式来处理复制。源数据所在的服务器是出版服务器，负责发表数据。出版服务器把要发表的数据的所有改变情况的拷贝复制到分发服务器，分发服务器包含有一个分发数据库，可接收数据的所有改变，并保存这些改变，再把这些改变分发给订阅服务器
SQL SERVER复制技术类型
SQL SERVER提供了三种复制技术，分别是：
1、快照复制（呆会我们就使用这个）
2、事务复制
3、合并复制
只要把上面这些概念弄清楚了那么对复制也就有了一定的理解。接下来我们就一步一步来实现复制的步骤。
第一先来配置出版服务器
(1)选中指定[服务器]节点
(2)从[工具]下拉菜单的[复制]子菜单中选择[发布、订阅服务器和分发]命令
(3)系统弹出一个对话框点[下一步]然后看着提示一直操作到完成。
(4)当完成了出版服务器的设置以后系统会为该服务器的树形结构中添加一个复制监视器。同时也生成一个分发数据库(distribution)
第二创建出版物
(1)选中指定的服务器
(2)从[工具]菜单的[复制]子菜单中选择[创建和管理发布]命令。此时系统会弹出一个对话框
(3)选择要创建出版物的数据库，然后单击[创建发布]
(4)在[创建发布向导]的提示对话框中单击[下一步]系统就会弹出一个对话框。对话框上的内容是复制的三个类型。我们现在选第一个也就是默认的快照发布(其他两个大家可以去看看帮助)
(5)单击[下一步]系统要求指定可以订阅该发布的数据库服务器类型，SQLSERVER允许在不同的数据库如 ORACLE或ACCESS之间进行数据复制。但是在这里我们选择运行"SQL SERVER 2000"的数据库服务器
(6)单击[下一步]系统就弹出一个定义文章的对话框也就是选择要出版的表
(7)然后[下一步]直到操作完成。当完成出版物的创建后创建出版物的数据库也就变成了一个共享数据库。
第三设计订阅
(1)选中指定的订阅服务器
(2)从[工具]下拉菜单中选择[复制]子菜单的[请求订阅]
(3)按照单击[下一步]操作直到系统会提示检查SQL SERVER代理服务的运行状态，执行复制操作的前提条件是SQL SERVER代理服务必须已经启动。
(4)单击[完成]。完成订阅操作。
完成上面的步骤其实复制也就是成功了。但是如何来知道复制是否成功了呢？
这里可以通过这种方法来快速看是否成功。
展开出版服务器下面的复制——发布内容——右键发布内容——属性——击活——状态然后点立即运行代理程序接着点代理程序属性击活调度
把调度设置为每一天发生，每一分钟，在0：00：00和23：59：59之间。
接下来就是判断复制是否成功了打
开C:\Program Files\Microsoft SQL Server\MSSQL\REPLDATA\unc\XIAOWANGZI_database_database下面
看是不是有一些以时间做为文件名的文件夹差不多一分中就产生一个。
要是你还不信的话就打开你的数据库看在订阅的服务器的指定订阅数据库下看是不是看到了你刚才所发布的表
/***************** 常见问题：权限问题
启动代理的域用户账号必须具有读取发布-分发服务器目录的权限
你用的账号没有读取\\ServerA\D$\Program Files\Microsoft SQL Server\MSSQL\repldata\unc\这个目录下的文件的权限。
启动代理的域用户账号必须具有读取发布-分发服务器目录的权限
----^^^^^^^^^^^^^^^在控制面板-->管理-->服务-->sqlagent-->属性里的那个启动用户
复制的概念
复制是将一组数据从一个数据源拷贝到多个数据源的技术，是将一份数据发布到多个存储站点上的有效方式。使用复制技术，用户可以将一份数据发布到多台服务器上，从而使不同的服务器用户都可以在权限的许可的范围内共享这份数据。复制技术可以确保分布在不同地点的数据自动同步更新，从而保证数据的一致性。
SQL复制的基本元素包括
出版服务器、订阅服务器、分发服务器、出版物、文章
SQL复制的工作原理
SQL SERVER 主要采用出版物、订阅的方式来处理复制。源数据所在的服务器是出版服务器，负责发表数据。出版服务器把要发表的数据的所有改变情况的拷贝复制到分发服务器，分发服务器包含有一个分发数据库，可接收数据的所有改变，并保存这些改变，再把这些改变分发给订阅服务器
SQL SERVER复制技术类型
SQL SERVER提供了三种复制技术，分别是：
1、快照复制（呆会我们就使用这个）
2、事务复制
3、合并复制
只要把上面这些概念弄清楚了那么对复制也就有了一定的理解。接下来我们就一步一步来实现复制的步骤。
第一先来配置出版服务器
(1)选中指定[服务器]节点
(2)从[工具]下拉菜单的[复制]子菜单中选择[发布、订阅服务器和分发]命令
(3)系统弹出一个对话框点[下一步]然后看着提示一直操作到完成。
(4)当完成了出版服务器的设置以后系统会为该服务器的树形结构中添加一个复制监视器。同时也生成一个分发数据库(distribution)
第二创建出版物
(1)选中指定的服务器
(2)从[工具]菜单的[复制]子菜单中选择[创建和管理发布]命令。此时系统会弹出一个对话框
(3)选择要创建出版物的数据库，然后单击[创建发布]
(4)在[创建发布向导]的提示对话框中单击[下一步]系统就会弹出一个对话框。对话框上的内容是复制的三个类型。我们现在选第一个也就是默认的快照发布(其他两个大家可以去看看帮助)
(5)单击[下一步]系统要求指定可以订阅该发布的数据库服务器类型，SQLSERVER允许在不同的数据库如 ORACLE或ACCESS之间进行数据复制。但是在这里我们选择运行"SQL SERVER 2000"的数据库服务器
(6)单击[下一步]系统就弹出一个定义文章的对话框也就是选择要出版的表
(7)然后[下一步]直到操作完成。当完成出版物的创建后创建出版物的数据库也就变成了一个共享数据库。
第三设计订阅
(1)选中指定的订阅服务器
(2)从[工具]下拉菜单中选择[复制]子菜单的[请求订阅]
(3)按照单击[下一步]操作直到系统会提示检查SQL SERVER代理服务的运行状态，执行复制操作的前提条件是SQL SERVER代理服务必须已经启动。
(4)单击[完成]。完成订阅操作。
完成上面的步骤其实复制也就是成功了。但是如何来知道复制是否成功了呢？
这里可以通过这种方法来快速看是否成功。
展开出版服务器下面的复制——发布内容——右键发布内容——属性——击活——状态然后点立即运行代理程序接着点代理程序属性击活调度
把调度设置为每一天发生，每一分钟，在0：00：00和23：59：59之间。
接下来就是判断复制是否成功了打
开C:\Program Files\Microsoft SQL Server\MSSQL\REPLDATA\unc\XIAOWANGZI_database_database下面
看是不是有一些以时间做为文件名的文件夹差不多一分中就产生一个。
要是你还不信的话就打开你的数据库看在订阅的服务器的指定订阅数据库下看是不是看到了你刚才所发布的表
/***************** 常见问题：权限问题
启动代理的域用户账号必须具有读取发布-分发服务器目录的权限
你用的账号没有读取\\ServerA\D$\Program Files\Microsoft SQL Server\MSSQL\repldata\unc\这个目录下的文件的权限。
启动代理的域用户账号必须具有读取发布-分发服务器目录的权限
----^^^^^^^^^^^^^^^在控制面板-->管理-->服务-->sqlagent-->属性里的那个启动用户
Xfree86 2004-07-13
- 打赏
- 举报
呵呵！！请详细介绍介绍好嘛！！
helodd 2004-07-13
- 打赏
- 举报
可以用触发器来完成。也可以发报与订阅来完成
Xfree86 2004-07-13
- 打赏
- 举报
谢谢两位，不过，我要的不是这个。就是A、B两库的内容要能够实时保持一致！
对了！！能不能介绍一下，发表和订阅的内容。谢谢！！
对了！！能不能介绍一下，发表和订阅的内容。谢谢！！
netcoder 2004-07-01
- 打赏
- 举报
转：
备份方案(具体在几点钟备份,这个根据实际确定):
1.每个月进行一次完整备份,备份时间设置成第个月最后一周的周六
2.如果数据量不是十分大的话,每周六再做一次完全备份,如果数据量很大,用差异备份代替完全备份
3.根据数据处理的频繁度,每天安排1~N次日志备份
4.周三下午六点,进行一次日志备份
5.数据错误的回复方案,先回复完全备份(这个可能是月度的,也可以是周的,看你的设定)
如果有设置差异备份,再回复差异备份
然后再按备份的时间顺序依次还原日志备份
还原周三下午六点的日志备份时,可以选择还原到时间点,指定具体还原到那一刻
6.补充说明,完全备份最占用时间,差异备份次之,日志备份占用的时间最少,还原也是一样
备份方案(具体在几点钟备份,这个根据实际确定):
1.每个月进行一次完整备份,备份时间设置成第个月最后一周的周六
2.如果数据量不是十分大的话,每周六再做一次完全备份,如果数据量很大,用差异备份代替完全备份
3.根据数据处理的频繁度,每天安排1~N次日志备份
4.周三下午六点,进行一次日志备份
5.数据错误的回复方案,先回复完全备份(这个可能是月度的,也可以是周的,看你的设定)
如果有设置差异备份,再回复差异备份
然后再按备份的时间顺序依次还原日志备份
还原周三下午六点的日志备份时,可以选择还原到时间点,指定具体还原到那一刻
6.补充说明,完全备份最占用时间,差异备份次之,日志备份占用的时间最少,还原也是一样
老宛 2004-07-01
- 打赏
- 举报
创建事务日志备份
事务日志是自上次备份事务日志后对数据库执行的所有事务的一系列记录。可以使用事务日志备份将数据库恢复到特定的即时点（如输入多余数据前的那一点）或恢复到故障点。
还原事务日志备份时，Microsoft® SQL Server™ 前滚事务日志中记录的所有更改。当 SQL Server 到达事务日志的最后时，已重新创建了与开始执行备份操作的那一刻完全相同的数据库状态。如果数据库已经恢复，则 SQL Server 将回滚备份操作开始时尚未完成的所有事务。
一般情况下，事务日志备份比数据库备份使用的资源少。因此可以比数据库备份更经常地创建事务日志备份。经常备份将减少丢失数据的危险。
说明 事务日志备份有时比数据库备份大。例如，数据库的事务率很高，从而导致事务日志迅速增大。在这种情况下，应更经常地创建事务日志备份。
事务日志备份只能与完全恢复模型和大容量日志记录恢复模型一起使用。有关更多信息，请参见使用恢复模型。
将事务日志备份与数据库备份一起使用
只有具有自上次数据库备份或差异数据库备份后的连续事务日志备份序列时，使用数据库备份和事务日志备份还原数据库才有效。 如果日志备份丢失或损坏，必须创建数据库备份或差异数据库备份并再次开始备份事务日志。如果打算将数据库还原到这些备份内的某个即时点，应保留以前的事务日志备份。
只有当启动事务日志备份序列时，数据库或差异数据库备份才必须与事务日志备份同步。每个事务日志备份序列都必须由数据库或差异数据库备份启动。
通常情况下，只有当第一次备份数据库或发生从简单恢复模型到大容量日志记录恢复模型的改变时才开始新的备份序列。有关更多信息，请参见切换恢复模型。
截断事务日志
SQL Server 在完成事务日志备份时将自动截断事务日志中的不活动部分。这些不活动的部分包含已完成的事务，因此在恢复过程中不再使用。相反，事务日志的活动部分包含仍在运行但尚未完成的事务。SQL Server 将重新使用事务日志中这些截断的非活动空间，而不是任由事务日志继续增大并占用更多的空间。
说明 虽然可以手工截断事务日志，但强烈建议最好不要这样做，因为这将断开日志备份链。在创建完整数据库备份前，将无法为数据库提供媒体故障保护。只有在非常特殊的环境中才使用手工日志截断，而且尽可能快地创建完整数据库备份。
事务日志非活动部分的终点（因此就是截断点）是下列事件的最早点：
最近的检查点。
最早的活动事务的起点，即尚未提交或回滚的事务。
这代表在恢复过程中，SQL Server 必须回滚事务的最早点。
最早事务的起点，这些事务包括已发布但尚未复制更改的复制对象。
这代表 SQL Server 仍必须复制的最早点。
备份事务日志的条件
完整数据库备份或差异数据库备份执行期间不能备份事务日志。不过，在运行文件备份的同时可以备份事务日志。
下列情况不要备份事务日志：
在由于事务日志包含自上次创建备份后数据库所发生的更改，而创建了数据库或文件备份之前。有关更多信息，请参见使用文件备份。
事务日志已被显式截断。此时如果要备份事务日志，必须在事务日志截断发生后先创建数据库或差异数据库备份。
还原事务日志备份
必须满足以下条件才能应用事务日志备份：
先还原事务日志备份之前的数据库备份或差异数据库备份。
先应用在备份数据库或差异数据库之前创建的所有事务日志。
如果以前的事务日志备份丢失或损坏，最多只能将事务日志还原到丢失的事务日志之前的最后一次备份。
已经恢复了数据库，也已经前滚或回滚了所有未完成的事务。
应用事务日志备份时，必须等应用了最后的事务日志后才能恢复数据库。如果允许在应用其中一个中间事务日志备份时进行恢复，则必须从数据库备份开始重新开始整个还原操作，才能还原过那一点。
事务日志是自上次备份事务日志后对数据库执行的所有事务的一系列记录。可以使用事务日志备份将数据库恢复到特定的即时点（如输入多余数据前的那一点）或恢复到故障点。
还原事务日志备份时，Microsoft® SQL Server™ 前滚事务日志中记录的所有更改。当 SQL Server 到达事务日志的最后时，已重新创建了与开始执行备份操作的那一刻完全相同的数据库状态。如果数据库已经恢复，则 SQL Server 将回滚备份操作开始时尚未完成的所有事务。
一般情况下，事务日志备份比数据库备份使用的资源少。因此可以比数据库备份更经常地创建事务日志备份。经常备份将减少丢失数据的危险。
说明 事务日志备份有时比数据库备份大。例如，数据库的事务率很高，从而导致事务日志迅速增大。在这种情况下，应更经常地创建事务日志备份。
事务日志备份只能与完全恢复模型和大容量日志记录恢复模型一起使用。有关更多信息，请参见使用恢复模型。
将事务日志备份与数据库备份一起使用
只有具有自上次数据库备份或差异数据库备份后的连续事务日志备份序列时，使用数据库备份和事务日志备份还原数据库才有效。 如果日志备份丢失或损坏，必须创建数据库备份或差异数据库备份并再次开始备份事务日志。如果打算将数据库还原到这些备份内的某个即时点，应保留以前的事务日志备份。
只有当启动事务日志备份序列时，数据库或差异数据库备份才必须与事务日志备份同步。每个事务日志备份序列都必须由数据库或差异数据库备份启动。
通常情况下，只有当第一次备份数据库或发生从简单恢复模型到大容量日志记录恢复模型的改变时才开始新的备份序列。有关更多信息，请参见切换恢复模型。
截断事务日志
SQL Server 在完成事务日志备份时将自动截断事务日志中的不活动部分。这些不活动的部分包含已完成的事务，因此在恢复过程中不再使用。相反，事务日志的活动部分包含仍在运行但尚未完成的事务。SQL Server 将重新使用事务日志中这些截断的非活动空间，而不是任由事务日志继续增大并占用更多的空间。
说明 虽然可以手工截断事务日志，但强烈建议最好不要这样做，因为这将断开日志备份链。在创建完整数据库备份前，将无法为数据库提供媒体故障保护。只有在非常特殊的环境中才使用手工日志截断，而且尽可能快地创建完整数据库备份。
事务日志非活动部分的终点（因此就是截断点）是下列事件的最早点：
最近的检查点。
最早的活动事务的起点，即尚未提交或回滚的事务。
这代表在恢复过程中，SQL Server 必须回滚事务的最早点。
最早事务的起点，这些事务包括已发布但尚未复制更改的复制对象。
这代表 SQL Server 仍必须复制的最早点。
备份事务日志的条件
完整数据库备份或差异数据库备份执行期间不能备份事务日志。不过，在运行文件备份的同时可以备份事务日志。
下列情况不要备份事务日志：
在由于事务日志包含自上次创建备份后数据库所发生的更改，而创建了数据库或文件备份之前。有关更多信息，请参见使用文件备份。
事务日志已被显式截断。此时如果要备份事务日志，必须在事务日志截断发生后先创建数据库或差异数据库备份。
还原事务日志备份
必须满足以下条件才能应用事务日志备份：
先还原事务日志备份之前的数据库备份或差异数据库备份。
先应用在备份数据库或差异数据库之前创建的所有事务日志。
如果以前的事务日志备份丢失或损坏，最多只能将事务日志还原到丢失的事务日志之前的最后一次备份。
已经恢复了数据库，也已经前滚或回滚了所有未完成的事务。
应用事务日志备份时，必须等应用了最后的事务日志后才能恢复数据库。如果允许在应用其中一个中间事务日志备份时进行恢复，则必须从数据库备份开始重新开始整个还原操作，才能还原过那一点。
