SQL Server数据库迁移

SQLServer数据库完整迁移

方法一：
1、停掉源数据库，将要复制的数据库两个物理文件（MDF、LOG）拷贝到目的地。
2、打开目的SQL Server数据库的企业管理器，将该数据库文件附加为本地数据库。但是库名要修改为不同的名字，例如XXBAK等。
3、新建一个与源数据库同名的空库，使用默认值建立。
4、在“安全性”——“登录”里新建该数据库的实际登录名，输入访问密码，“数据库访问”里选择对应的数据库，并勾上“db_owner”选项。
    因为仅仅附加数据库后不能再修改该库的登录名，其名称对应的登录名往往为空，使数据库内的表不能被访问。
5、从附加的备份数据库导出数据到新建的空数据库：
    选择源数据源和目的数据源以后，下一步选择“在SQL Server数据库之间复制对象和数据”，这点非常重要，不要选择默认的“从源数据库复制表和视图”，那样不会把数据复制过来。

___________________________________________________________________
方法二：
1、在SQL Server企业管理器里选中要转移的数据库，按鼠标右键，选所有任务->备份数据库。
  备份 选数据库——完全，
  目的——备份到——按添加按钮
  文件名——在SQL Server服务器硬盘下输入一个自定义的备份数据库文件名(后缀一般是bak)
  重写——选重写现有媒体
  最后按确定按钮。
  如果生成的备份数据库文件大于1M，要用压缩工具压缩后再到Internet上传输。

2、目的SQL Server数据库如果还没有此数据库，先创建一个新的数据库；
  然后选中这个新创建的数据库，按鼠标右键，选所有任务->还原数据库
  还原->从设备->选择设备->磁盘->添加（找到要导入的备份数据库文件名）->确定
  还原备份集->数据库-完全
  最后按确定按钮。完全的数据库导入成功了。
  (如果在已经存在的SQL Server数据库上还原数据库可能遇到有还有其它人正在使用它而恢复操做失败，可以去看 ->管理->当前活动->锁/对象->找到数据库下锁的进程号->到查询分析器里用kill 进程号杀掉这些锁，然后再做还原)

3、这样恢复的数据库数据应该是完整的，但是用户名访问可能不正常

SQLServer2000-数据库迁移及孤立用户的解决办法

有时候，我们会需要将一个数据库从一个服务器移到另一个服务器上。这种迁移分两种情况，一种是整个数据服务器全部迁移，一种是只移其中的个别数据库。
        相对来说，全部迁移比较好办，问题比较少，不过一般要考虑数据库停用造成的服务停顿问题。具体来说，全部迁移我一般采用以下两种简便方法：一、在目标机上做好服务后，目标机和源机都停止服务，直接将所有数据库文件拷到目标机上，此法要求两机数据库文件的目录一致。二、备份源机上所有数据库，包括系统表，然后在目标机上用这些备份文件一个一个数据库还原，注意系统数据库要求用单用户模式才能还原（停数据库，从命令提示符输入：sqlservr.exe-c -m）。此外，如果源与目标数据库的路径不一致时，要设置好还原到什么路径，否则还原也不能成功。
        全部还原一般不会出现与用户有关的问题，而迁个别数据库则容易产生用户问题，产生这些问题的原因是保存在数据库的sysusers表中的用户的ID和保存在master.dbo.syslogins的登录ID有出入，造成用户和数据库登录不能联系起来，引起存储过程不能用，权限不能归还用户等等问题，而且这种孤立在数据库中的用户是不能在企业管理器中删除、修改的。
        其实在M$的帮助中，这种用户账号叫做“孤立用户”，同时它也提供了解决的方案－－把那个用户删除。
        可是删除这些用户并不是好方法，因为你以前做的跟这个用户有关的操作又要重新做，所以最好的办法是为这些用户找回与登录的关联。


exec sp_configure 'allow updates',1 reconfigure with override
update db set sid=s.sid
from dbname.dbo.sysusers db
join master.dbo.syslogins s on db.name=s.name
where db.sid != s.sid and db.islogin=1
exec sp_configure 'allow updates',0 reconfigure with override
前提是先建立好了对应的登录。

迁移SQL Server数据库五招

我是一家图书公司的数据库管理员，要维护多台服务器中的数据库，经常把某台服务器中的某个数据库移动到另外一台服务器，有时候也从其它分部拖数据到总公司，因此对数据移动有些心得体会，在这里拿出来同大家交流一下，如有不足之处请大家多多指教。

DTS设计器导入导出

DTS的设计器功能强大，支持多任务，也是可视化界面，容易操作，但知道的人一般不多，如果只是进行SQL Server数据库中部分表的移动，用这种方法最好，当然，也可以进行全部表的移动。在SQL ServerEnterprise Manager中，展开服务器左边的+，选择数据库，右击，选择All tasks/Import Data...(或All tasks/Export Data...)，进入向导模式，按提示一步一步走就行了，里面分得很细，可以灵活的在不同数据源之间复制数据，很方便的。而且可以另存成DTS包，如果以后还有相同的复制任务，直接运行DTS包就行，省时省力。也可以直接打开DTS设计器，方法是展开服务器名称下面的Data Transformation Services，选Local Packages，在右边的窗口中右击，选New Package，就打开了DTS设计器。

值得注意的是：如果源数据库要拷贝的表有外键，注意移动的顺序，有时要分批移动，否则外键主键，索引可能丢失，移动的时候选项旁边的提示说的很明白，或者一次性的复制到目标数据库中，再重新建立外键，主键，索引。

利用备份和恢复

先对源数据库进行完全备份，备份到一个设备（device）上，然后把备份文件复制到目的服务器上（恢复的速度快），进行数据库的恢复操作，在恢复的数据库名中填上源数据库的名字（名字必须相同），选择强制型恢复（可以覆盖以前数据库的选项），再选择从设备中进行恢复，浏览时选中备份的文件就行了。这种方法可以完全恢复数据库，包括外键，主键，索引。

直接拷贝数据文件

把数据库的数据文件（*.mdf）和日志文件（*.ldf）都拷贝到目的服务器，在SQL Server Query Analyzer中用语句进行恢复:

EXEC sp_attach_db @dbname = 'test',

@filename1 = 'd:mssql7datatest_data.mdf',

@filename2 = 'd:mssql7datatest_log.ldf'

这样就把test数据库附加到SQL Server中，可以照常使用。如果不想用原来的日志文件，可以用如下的命令：

EXEC sp_detach_db @dbname = 'test'

EXEC sp_attach_single_file_db @dbname = 'test',

@physname = 'd:mssql7datatest_data.mdf'

这个语句的作用是仅仅加载数据文件，日志文件可以由SQL Server数据库自动添加，但是原来的日志文件中记录的数据就丢失了。

在应用程序中定制

可以在应用程序（PB、VB）中执行自己编写的程序，也可以在Query Analyzer中执行，这种方法比较灵活，其实是利用一个平台连接到数据库，在平台中用的主要是SQL语句，这种方法对数据库的影响小，但是如果用到远程链接服务器，要求网络之间的传输性能好，一般有两种语句：

1> select ... into new_tablename where ...

2> insert (into) old_tablename select ... from ... where ...

区别是前者把数据插入一个新表（先建立表，再插入数据），后者是把数据插入已经存在的一个表中，我个人喜欢后者，因为在编程的结构上，应用的范围上，第二条语句强于前者。

SQL Server的复制功能

SQL Server提供了强大的数据复制功能，也是最不易掌握的，具体应用请参考相关资料，值得注意的是要想成功进行数据的复制工作，有些条件是必不可少的：

1）SQL Server Agent必须启动，MSDTC必须启动。

2）所有要复制的表必须有主键。

3）如果表中有text或image数据类型，必须使用with log选项，不能使用with no_log选项。

另外max text repl size选项控制可以复制的文本和图像数据的最大规模，超过这个限制的操作将失败。

4）在要进行复制的计算机上，应该至少是隐含共享，即共享名是a1、b1…。

5）为SQL Server代理使用的WindowsServer账号不能是一个本地的系统账号，因为本地的系统账号不允许网络存取。