解决SQL Server 2000之日志传送功能

一、残余数据
当您进行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文件。这个没有考证过，只提一下，提醒大家！

　　很多企业用户都拥有多台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 数据库，则在此对话框中可以指定要复制的对象和数据。可传输的对象包括表、视图、存储过程、默认值、规则、约束、用户定义的数据类型、登录、用户、角色和索引等。
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'
　　从sql导出到mysql的方法很多，现介绍一种无需编程，直接利用sql和mysql里的图形界面进行导入导出的简单方法。
　　前提是已经安装了sqlserver客户端和mysql的图形界面管理工具phpmyadmin。
　　在控制台根目录下打开sqlserver企业管理器，新建sqlserver组，根据自己的情况进行选择；然后新建sqlserver 注册，进行对sqlserver的连接。准备妥当后，下面就开始了：
　　首先打开数据转换服务，新建包，打开DTS界面，在连接中选择数据源进行配置。再选择将要转换到的目的文件，这里我选的 Textfile(destination)，选择好文件的存放位置之后，我们来新建一个任务。这里我们只选择转换数据任务，将带有“选择源连接”“选择目的连接”的鼠标分别选中数据源和目的之后，我们对新生成的连接进行定义，在其属性中将源，目的，转换依次定义。
　　执行任务，提示成功。保存任务。然后在新建的任务上导出数据，有向导提示，其中一项选择“从源数据库复制表和视图”。
　　这一步已经把数据导出到目的文件中。
　　下一步在mysql中新建表，与将要导入的结构保持一致时，直接选取“从文本文件中提取数据，插入到数据表：”，将选项添好后，“发送”就可以了，浏览一下，数据已导入了。若要导入的表已经存在，且属性名也不同，这时就先建一个与要导入的数据相同结构的表并导入数据（按刚才的进行就可以了），然后在mysql中导出“数据和结构”，得到sql语句，将其在文本文件中编辑，利用文本编辑器的替换功能，将表名修改，列名加入，最后将其粘贴在要导入表的执行sql语句的地方，执行一下，数据便导入了。
　　若过程中出现错误，请仔细检查配置的选项，确保正确。