保持多台服务器数据的一致性

　　很多企业用户都拥有多台SQL Server 2000服务器，为了使多台数据库服务器上的数据保持一致，我们可以将一台数据库服务器中的某个数据库移动到另外的数据库服务器中。
　　下面以两台SQL Server 2000服务器为例（分别用A和B表示），介绍具体操作过程。
　　1、前期准备
　　首先确保这两台安装了SQL Server 2000服务器的计算机可以互相访问，并且操作者有管理员权限。假设数据库jk只在A中存在，而B中没有此数据库。然后确定两台计算机在一个域中，或者域之间有信任关系。
　　提示：如果上面两个条件一个都不能满足，就需要进行如下操作：在“企业管理器”中右击数据库项，选择“属性”，进入“安全性”选项卡，勾选“身份验证”栏中的“SQL Server 和Windows”项。否则sa账号将无法使用。
　　2、选择数据源
　　在A中右击数据库jk，选择“所有任务→导出数据”，在出现的向导窗口中点击“下一步”，进入“选择数据源”窗口。由于在本文中数据库是在A中，所以我们保持默认设置。
　　3、选择目的
　　点击“下一步”，进入“选择目的”窗口。在“服务器”栏中选择B的服务器名，由于本文是在B中没有jk数据库的情况下进行操作的，所以我们必须在“数据库”栏中选择“新建”，在出现的窗口（图1）中输入数据库名jk（也可以自由选取）。然后勾选“使用SQL Server身份验证”项，并输入管理员账号和密码。如果没有配置管理员账号，也可以输入用户名sa，密码为空。

图 1

　　4、选择复制方式

　　在出现的数据库复制选项中有3个选择项（图2），下面分别说明。

图 2

　　① “从源数据库复制表和视图”：将A数据库的表和视图导入到B数据库中，而存储过程等不会被导入。

　　② “用一条查询指定要传输的数据”：这时点击“下一步”后将显示“键入 SQL 语句”对话框，输入SQL 语句，则只有符合条件的记录才可导入到B的数据库中。

　　③“在 SQL Server 数据库之间复制对象和数据”：这时点击“下一步”后将显示“选择要传输的对象”对话框，如果数据的源和目的都是Microsoft SQL Server 数据库，则在此对话框中可以指定要复制的对象和数据。可传输的对象包括表、视图、存储过程、默认值、规则、约束、用户定义的数据类型、登录、用户、角色和索引等。
　　最近，我遭遇了一次奇特的SQL Server安装经历，在这里把它写出来，和朋友们一起学习，探讨。
　　我的系统是WIN2000标准服务器版，第一次安装系统时候能够正确安装和运行SQL Server2000。由于最近系统中安装的Office中的ACCESS文件数据库表无法打开，在多次重新安装Office系统无效的情况下，只好重新安装了WIN2000操作系统,安装操作系统很顺利。
　　一、遭遇：
　　我安装了Office2000和Borland Delphi7,这时能够正常的运行和管理Office文件了,Delphi也能正常运行。然后我开始重新安装SQL Server2000，但是当进入"本地计算机"后，系统弹出一个警告信息框，显示"以前的某个程序安装已在安装计算机上创建挂起的文件操作。运行安装程序之前必须重新启动计算机！"。我多次重新启动也不行。
　　二、过程：
　　我回忆在重新安装操作系统以前,我没有正常卸载SQL Server2000。由于重新安装了操作系统，只好手工把安装SQL Server的文件夹全部删除，同时运行注册表，在注册表中删除SQL Server的所有相关项。重新启动安装SQLServer，可仍然出现上面的警告信息。我反复的在注册表中查找SQL Server相关项并用WINDOWS优化大师清理，重新启动多次。故障仍然存在。
　　我分析可能是有程序与SQL Server的安装程序发生冲突。重新启动系统时候我按下F8键，选择"安全模式"进入系统，运行SQL Server的安装程序，这时以前出现的警告框信息没有了，便一路NEXT，复制和安装文件，但是到了配置数据服务器的时候，便发现运行的时间很长，当时正值要下班了，我想反正下班了，干脆就让它继续"配置"吧，便让机器运行着，决定第二天上班时候来看结果┉┉
　　第二天上班时候，我直奔电脑，结果发现电脑还在"配置服务器"，十多个小时都未能配置好，看来安全模式也不行，只好按正常模式重新启动计算机。
　　进入控制面板-》添加/删除程序，这时我看到已安装的项目有：Borland Delphi7、Office2000、金山词霸2002专业版，我想到是不是要这些已安装的程序与SQL Server的安装程序发生冲突，我便逐个删除上面的程序，每删除一个就重新安装SQL Server，以发现到底是哪一个程序发生冲突。结果还是没有安装成功。难道真要把硬盘FORMAT了？由于我当时刚好没有WIN2000的启动光盘，因单位的局域网的所有的计算机都是方正电脑文祥系列，电脑的配置都是一样的，我便把一块也安装了WIN2000服务器版和SQL Server2000的硬盘作为主盘安装到我的电脑中，我的电脑的硬盘作为从盘，主盘和从盘都已经分为C、D、E、F四个区。用主盘引导系统，进入"我的电脑"，可以看到盘符的分配顺序是C、D、E、F、G、H、I。我便对G区进行了格式化，然后我取下主盘，只安装了从盘，开机重新启动，我看到了WIN2000 Server的启动界面，输入密码，进入了系统。我抱着试试看的心情，再次启动SQL Server2000的安装程序，你说奇怪不奇怪，进入"本地计算机"的时候，按下"NEXT"，先前出现的警告信息没有了，系统进入了熟悉的安装界面，我一路NEXT，真是顺啊，一路顺到底，配置服务器，很快的便把SQL Server安装成功了。我真不敢相信自己的眼睛，我进入SQL Server的企业管理器，查看数据库和表，并对表进行操作，一切正常。我在托盘里也欣喜的看到SQL Server服务管理器的图标。
一、残余数据
当您进行SQL Server 2000日志传送的实验时，也许偶而会中断设定过程。如果真是如此，那么某些资料仍然会存入每台服务器的日志传送资料表，并且影响到后续的日志传送设定动作。为了保证这些剩余资料都会被清除，请确实删除每台服务器msdb数据库内日志传送资料表之相关资料。
错误信息：
Error 14261: The specified primary_server_name.primary_database_name ('N') already exists.
Error 14426: A log shipping monitor is already defined (...)
处理方法：
必须手动执行下面几个存储过程来删除Log Shipping在数据库中记录的信息。
1、sp_delete_log_shipping_primary
删除msdb.dbo.log_shipping_primary表中的Primary Server信息
2、sp_delete_log_shipping_plan
删除Log Shipping计划
3、sp_delete_log_shipping_secondary
删除msdb.dbo.log_shipping_secondaries表中的Secondary Server信息
4、sp_remove_log_shipping_monitor
删除Log Shipping监视从表msdb.dbo.log_shipping_monitor
二、数据库的模式
如果正确设置了Log Shipping，但是没有办法正常执行，在SQL Server的日志中可以看到类似这个信息和界面：
Microsoft (R) SQLMaint Utility (Unicode), Version Logged on to SQL Server 'ZTAO-1' as 'ZTAO-1Administrator' (trusted)
Starting maintenance plan 'LOG_Plan_9' on 2003-9-4 14:42:02
Backup can not be performed on database 'ERPLogShipping'. This sub task is ignored.
Deleting old text reports... 0 file(s) deleted.
End of maintenance plan 'LOG_Plan_9' on 2003-9-4 14:42:02
SQLMAINT.EXE Process Exit Code: 1 (Failed)

可能是你没有正确设置数据库的模式，完整模式。

三、Log文件存放路径

在MSDN上看过一篇文章说，同一台电脑上再次设置Log Shipping时，不要使用相同的目录存放Log文件。这个没有考证过，只提一下，提醒大家！

IUPRG（原作）
本文献给在从sql6.5到sqlserver2000的数据库升级过程中的迷茫的朋友。
笔者有幸碰到这样一个案例：（有一句话叫：困难有多大，幸福就有多大，这不，幸福来了~）
一家电厂，运行着若干应用系统，其中以物资系统最为重要。体系结构，大致是这样的：NT4.0 server 简体中文版 SQL server6.5 英文 （物资系统数据）应用系统用powerbuilder6.0开发，已经运行了5年，数据量大概有300M 左右。随着系统不断的使用，现在需要对现有系统升级，从sql6.5到sqlserver2000 从表面上看似乎是数字的变迁，或者是简单的导入导出就可以了，但是我把它想的太简单了。
针对此升级，我使用了三套方案：
1、在sqlserver6.5及其上用外部工具bcp ... out 命令导出；
用其中的一个表测试，结果导入sqlserver2000
故障1：bcp ...in 提示“字符串数据，右截位”；
故障2：汉字的字段显示乱码；
故障3：有汉字的时间字段格式用bcp in 导入时不能成功。
2、用2000升级向导；

故障1：克服重重困难（要求打补丁，重置登陆方式等）升级完后报告一些不可查看的错误，然后，打开数据库一看，一无所有；

故障2：升级向导无法进行，透明程度高，无法进行错误跟踪。
3、用odbc配置访问sql6.5数据源，然后用sqlserver2000的导入向导;
故障：在更改了90多个新表名后，开始复制，成功了。但是，汉字显示乱码。随后，在2000上重新建立一个latin general bin1 为排序的数据库，再次导入，故障依旧。
经历了一周的反复测试，反复失败，最后决定还是采用第一种的方案比较灵活，先将具体步骤整理一下，以饔读者。
1）在nt server 4.0 机器上 打开sqlserver enterprise manager ,选中要升级的数据库，选中表并且生成创建表的脚本；
2）生成创建存储过程的脚本；
3）如果有视图，也请另存为文本，以备使用；
4）打开isql/w工具，选中待升级的数据库，运行以下语句生成bcp out/in 命令(要不然的话，手动编辑很费劲的)：
select 'bcp mydatabase.dbo.' name ' out '
'/DATA/' name '.TXT'
' -Usa -P*** -Sservername -c -C1252'
from mydatabase..sysobjects
where type = 'U'
说明：mydatabase 为数据库名。
'/DATA/' 是运行bcp的目录下的data目录，需要事先建立。
　　1. 通过工具DTS的设计器进行导入或导出
　　DTS的设计器功能强大，支持多任务，也是可视化界面，容易操作，但知道的人一般不多，如果只是进行SQL Server数据库中部分表的移动，用这种方法最好，当然，也可以进行全部表的移动。在SQL Server Enterprise Manager中，展开服务器左边的 ，选择数据库，右击，选择All tasks/Import Data...(或All tasks/Export Data...)，进入向导模式，按提示一步一步走就行了，里面分得很细，可以灵活的在不同数据源之间复制数据，很方便的。而且可以另存成DTS包，如果以后还有相同的复制任务，直接运行DTS包就行，省时省力。也可以直接打开DTS设计器，方法是展开服务器名称下面的Data Transformation Services，选Local Packages，在右边的窗口中右击，选New Package，就打开了DTS设计器。值得注意的是：如果源数据库要拷贝的表有外键，注意移动的顺序，有时要分批移动，否则外键主键，索引可能丢失，移动的时候选项旁边的提示说的很明白，或者一次性的复制到目标数据库中，再重新建立外键，主键，索引。
　
　　其实建立数据库时，建立外键，主键，索引的文件应该和建表文件分开，而且用的数据文件也分开，并分别放在不同的驱动器上，有利于数据库的优化。
　
　　2. 利用Bcp工具
　　这种工具虽然在SQL Server7的版本中不推荐使用，但许多数据库管理员仍很喜欢用它，尤其是用过SQL Server早期版本的人。Bcp有局限性，首先它的界面不是图形化的，其次它只是在SQL Server的表（视图）与文本文件之间进行复制，但它的优点是性能好，开销小，占用内存少，速度快。有兴趣的朋友可以查参考手册。
　
　　3. 利用备份和恢复
　　先对源数据库进行完全备份，备份到一个设备（device）上，然后把备份文件复制到目的服务器上（恢复的速度快），进行数据库的恢复操作，在恢复的数据库名中填上源数据库的名字（名字必须相同），选择强制型恢复（可以覆盖以前数据库的选项），在选择从设备中进行恢复，浏览时选中备份的文件就行了。这种方法可以完全恢复数据库，包括外键，主键，索引。
　
　　4. 直接拷贝数据文件
　　把数据库的数据文件（*.mdf）和日志文件（*.ldf）都拷贝到目的服务器，在SQL Server Query Analyzer中用语句进行恢复:
　　EXEC sp_attach_db @dbname = 'test',
　　@filename1 = 'd:mssql7data est_data.mdf',
　　@filename2 = 'd:mssql7data est_log.ldf'