百分求解 数据同步问题
现在有两台数据库服务器，一台在国内，另一台在美国。
数据库保存的是股票信息。实时性要求较强。
要求国内这台有任何数据改了之后，马上更新到美国这台。
我原来考虑用发布/订阅，但涉及到数据加密解密，发布/订阅实现是不是比较困难？
用触发器可行吗？事务如何控制？如何控制错误？什么时候进行加密？
希望各位大虾指点迷津！！！先谢！

[解决办法]
发布/订阅:

利用数据库复制技术 实现数据同步更新

复制的概念
复制是将一组数据从一个数据源拷贝到多个数据源的技术，是将一份数据发布到多个存储站点上的有效方式。使用复制技术，用户可以将一份数据发布到多台服务器上，从而使不同的服务器用户都可以在权限的许可的范围内共享这份数据。复制技术可以确保分布在不同地点的数据自动同步更新，从而保证数据的一致性。

SQL复制的基本元素包括
出版服务器、订阅服务器、分发服务器、出版物、文章

SQL复制的工作原理
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--> 属性里的那个启动用户

/* 错误 14114 未将 "(null) "配置为分发服务器 */
/* SQL Server企业管理器未能检索到有关使用该分发服务器的发布服务器的信息 错误5 [SQL-DMO]代码执行异常错误:EXCEPTION_ACCESSS_VIOLATION */

--出现这种问题,主要是 @@servername 的信息因某种原因丢失

--执行下面的语句,完成后重新启动SQL服务


declare @server sysname
set @server = cast(serverproperty( 'servername ') as sysname)
exec sp_addserver @server = @server , @local = 'LOCAL '

/*-- 错误18483：未能连接到服务器 'xx '，因为 'distributor_admin '未在该服务器上定义为远程登录。 --*/

--出现这种问题,应该是你曾经更改过计算机名

--执行下面的语句,完成后重新启动SQL服务
if serverproperty( 'servername ') <> @@servername
begin
declare @server sysname
set @server = @@servername
exec sp_dropserver @server = @server
set @server = cast(serverproperty( 'servername ') as sysname)
exec sp_addserver @server = @server , @local = 'LOCAL '
end


检查一下有没有这两个文件:

c:\program files\Microsoft sqlserver\80\tools\binn\osql.exe
D:\mssql\install\instdist.sql

前者可以在任意一台sql运行正常的电脑上去复制
如果是后者不存在,则有可能是你的sql版本问题,建议御载后重新安装


如果客户端不可以订阅，就强行订阅。


主要是要注意权限的问题,一般做发布/订阅,建议你做如下准备工作:


1.发布服务器,订阅服务器都创建一个同名的windows用户,并设置相同的密码,做为发布快照文件夹的有效访问用户
我的电脑
--控制面板
--管理工具
--计算机管理
--用户和组
--右键用户
--新建用户
--建立一个隶属于administrator组的登陆windows的用户

2.在发布服务器上,新建一个共享目录,做为发布的快照文件的存放目录,操作:

我的电脑--D:\ 新建一个目录,名为: PUB

--右键这个新建的目录
--属性--共享
--选择 "共享该文件夹 "
--通过 "权限 "按纽来设置具体的用户权限,保证第一步中创建的用户具有对该文件夹的所有权限
--确定


3.设置SQL代理(SQLSERVERAGENT)服务的启动用户(发布/订阅服务器均做此设置)

开始--程序--管理工具--服务
--右键SQLSERVERAGENT
--属性--登陆--选择 "此账户 "
--输入或者选择第一步中创建的windows登录用户名
-- "密码 "中输入该用户的密码

4.设置SQL Server身份验证模式,解决连接时的权限问题(发布/订阅服务器均做此设置)

企业管理器
--右键SQL实例--属性
--安全性--身份验证
--选择 "SQL Server 和 Windows "
--确定

5.在发布服务器和订阅服务器上互相注册
企业管理器
--右键SQL Server组
--新建SQL Server注册...
--下一步--可用的服务器中,输入你要注册的远程服务器名--添加
--下一步--连接使用,选择第二个 "SQL Server身份验证 "
--下一步--输入用户名和密码
--下一步--选择SQL Server组,也可以创建一个新组
--下一步--完成

6.对于只能用IP,不能用计算机名的,为其注册服务器别名
(在连接端配置,比如,在订阅服务器上配置的话,服务器名称中输入的是发布服务器的IP)
开始--程序--Microsoft SQL Server--客户端网络实用工具
--别名--添加
--网络库选择 "tcp/ip "--服务器别名输入SQL服务器名
--连接参数--服务器名称中输入SQL服务器ip地址
--如果你修改了SQL的端口,取消选择 "动态决定端口 ",并输入对应的端口号


-----------------------------------

使用快照复制应该可以
具体可以参考www.designxf.com/Article/HTML/5768537.htm
每个步骤都有图解，很好懂
附加：
快照复制
快照处理通常用于为事务和合并发布提供初始的数据集和数据库对象，但快照复制还可为其自身所用。当符合以下一个或多个条件时，使用快照复制本身是最合适的：
•数据很少更改。
•在一段时间内允许具有相对发布服务器已过时的数据副本。
•复制少量数据。
•在短期内出现大量更改。
在数据更改量很大，但很少发生更改时，快照复制是最合适的。例如，如果某销售组织要维护一个产品价格表，并且这些价格每年要在固定时间进行一两次更新，那么建议在数据更改后复制完整的数据快照。
事务性复制
事务性复制通常用于服务器到服务器环境中，在以下各种情况下适合采用事务性复制：
•希望发生增量更改时将其传播到订阅服务器。
•从发布服务器上发生更改，到更改到达订阅服务器，应用程序需要这两者之间具有较低的滞后时间。
•应用程序需要访问中间数据状态。例如，如果某一行更改了五次，事务性复制将允许应用程序响应每次更改（例如，激发触发），而不只是响应该行最终的数据更改。
•发布服务器有大量的插入、更新和删除活动。
•发布服务器或订阅服务器不是 SQL Server 数据库（例如，Oracle）。
默认情况下，事务发布订阅服务器应作只读处理，因为更改并不传播回发布服务器。但是，事务性复制确实提供了允许在订阅服务器上进行更新的选项。有关详细信息，请参阅本主题中的“在订阅服务器中更新数据”部分。



[解决办法]
最好用程序+存储过程+触发器.

思路: 国内数据变化+触发器到缓冲池
程序定时扫描缓冲池的数据(插入+修改+删除)+读取源表主键信息
程序调用存储过程(插入+修改+删除) 更新目标数据库.