最近公司新买了一台服务器,现在要把老服务器上的数据导入新服务器上,请问该怎么导入到新服务器上。
这个要看你的需求了,如果仅仅是纯数据,直接通过网络共享,把老服务器上的数据复制到新服务器就行了,如果是有业务应用系统跑在老服务器上,那就需要把业务应用系统也迁移到新服务器山了。 迁移业务应用系统,如果你会安装,那就在新服务器上安装一下,然后恢复数据。如果你不会安装,这就要把老服务器上的所有环境全部迁移到新服务器上,这就叫服务器迁移,你可以用vmware来实现服务器到服务器的迁移。
要看什么数据,比如文件存储服务器,可以买2块万兆光纤网卡,直接复制,或者用软件复制,速度很快就搞定
如果带数据库,不建议直接复制,容易出问题,
数据库通过使用数据库的软件备份,比如用友,金蝶的数据库,然后复制备份数据到新服务器,原则上,以数据,从小到大开始
如果数据库实在太大,可以给使用该数据库软件的公司联系,看能不能做数据库和软件分离,单独的一台服务器只做数据库,只存放数据库数据,不负载其他软件,或者做类似分布式存储,多台服务器存储数据库数据,不集中在某一台服务器
方法一:先将A服务器数据复制到移动硬盘,复制好后,取下移动硬盘,然后挂到服务器B上,然后将移动硬盘数据粘贴到服务器B上。
方法二:先将A服务器数据复制到百度云上,然后到服务器B上,下载百度云上的数据即可。
方法三:两台服务器同时打开QQ,然后从服务器A将数据传到服务器B上。
这个很简单:
1、原服务器上开启FTP功能。
2、按你的功能要求设置好新服务器的配置。譬如IIS/FTP/数据库/等等吧。
3、在新服务器上安装一个FTP同步助手(单文件绿色),可以把原服务器上所有的东西自动同步到新服务器上,也无需你守着,设置好后自动同步。
4、在新服务器上测试业务,没问题的话。关闭老服务器就可以了,
还有一个细节:
如果你的服务器是通过IP地址提供服务器,那新老服务器替换的时候会业务中断,需要调IP地址。如果你是通过域名提供服务,可以再新服务器调试完毕后,重新做一下域名解析到新服务器即可,可实现无缝切换。
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_datamdf',
@filename2 = 'd:mssql7data est_logldf'
这样就把test数据库附加到SQL Server中,可以照常使用。如果不想用原来的日志文件,可以用如下的命令:
代码如下:
EXEC sp_detach_db @dbname = 'test'
EXEC sp_attach_single_file_db @dbname = 'test',
@physname = 'd:mssql7data est_datamdf'
这个语句的作用是仅仅加载数据文件,日志文件可以由SQL Server数据库自动添加,但是原来的日志文件中记录的数据就丢失了。
5在应用程序中定制
可以在应用程序(PB、VB)中执行自己编写的程序,也可以在Query Analyzer中执行,这种方法比较灵活,其实是利用一个平台连接到数据库,在平台中用的主要时SQL语句,这种方法对数据库的影响小,但是如果用到远 程链接服务器,要求网络之间的传输性能好,一般有两种语句:
代码如下:
1>select into new_tablename where
2>insert (into) old_tablename select from where
区别是前者把数据插入一个新表(先建立表,再插入数据),后者是把数据插入已经存在的一个表中,我个人喜欢后者,因为在编程的结构上,应用的范围上,第二条语句强于前者。
6SQL Server的复制功能
SQL Server提供了强大的数据复制功能,也是最不易掌握的,具体应用请参考相关资料,值得注意的是要想成功进行数据的复制工作,有些条件是必不可少的:
(1)SQL Server Agent必须启动,MSDTC必须启动。
(2)所有要复制的表必须有主键。
(3)如果表中有text或image数据类型,必须使用with log选项,不能使用with no_log选项。
另外max text repl size选项控制可以复制的文本和图像数据的最大规模,超过这个限制的操作将失败。
(4)在要进行复制的计算机上,应该至少是隐含共享,即共享名是C$或D$。
(5)为SQL Server代理使用的Windows NT帐号不能是一个本地的系统帐号,因为本地的系统帐号不允许网络存取。
(6)如果参与复制的服务器在另外的计算机域中,则需要在这些域之间建立信任关系。
您可能感兴趣的文章:如何将Oracle的一个大数据表快速迁移到 Sqlserver2008数据库(图文教程)如何把sqlserver数据迁移到mysql数据库及需要注意事项SQL Server数据迁移至PostgreSQL出错的解释以及解决方案将ACCESS数据库迁移到SQLSERVER数据库两种方法(图文详解)sqlserver数据库迁移后,孤立账号解决办法sql server2008数据库迁移的两种方法
服务器转移有两个含义:
物理服务器从物理地址,比如A机房搬到B机房
需要和原有机房确认无纠纷无遗留问题,然后和新机房办理入驻手续。
最终通过物流或汽车运输把服务器转移到新机房。
网站服务器的虚拟搬迁,就是转移服务商,从原来的服务商处转移到其他服务商接受服务。操作流程:
1原网站程序数据,打包备份,源文件压缩最好。
2所有资料转移到新网站服务器。
3新服务器安装程序,设置数据库,重新运营。
第一步,寻找合适的服务商。找到适合自己的虚拟主机服务提供商,同时要满足网站的需要和你作为站长的需要。更重要的是,仔细研究这家新公司的产品说明、服务条款等,以及域名转移是否方便,如果域名转移不方便,直接还放在原来公司也是可以的。如果你由于某种原因对现在的空间商不满意,一定得再调查下现在这家空间商是否也存在同样的问题。
第二步,完整的备份网站。基本选择好新东家之后,我们就开始了转移网站的过程了。在主机转移过程中,数据需要从一家公司的服务器转移到另外一家公司中。但是可能在转移过程中发生数据丢失。因此备份这步必不可少。现在很多流行的主机管理面板都支持打包数据或者备份数据功能,从而你可以很轻松的下载全部数据到你的电脑上,这样就确保了数据的安全。
第三步,开始转移数据。现在你已经找到新东家了,并且完整的备份了整个网站。有两种办法转移数据到新服务器上,第一是通过FTP软件来直接上传数据到新服务器上,第二是通过管理面板来解压或者还原之前的数据备份。这两种方法都同样有效,目的相同,只是如果新空间商的管理面板不支持还原和解压,你就必须老老实实的通过FTP方法上传数据了。
第四步,调整域名解析。现在你已经把数据恢复到新服务器了,最后一步就是调整域名解析设置。要完成域名设置,需要到域名注册商那边,修改dns解析的A记录到新空间的IP地址,还有一些空间商要求做别名,也是一样的。也有一些空间商要求更改dns解析服务器,这些都是可以操作的。一般域名解析需要2-12小时生效,你可以通过“ping 域名”命令来检查域名是否解析到新服务器上了。解析成功后,赶快用浏览器打开域名,看看新转移好的网站是否正常吧!
服务器虚拟化的数据类型对数据迁移的影响重大。通常来讲,非结构化数据更易于迁移,通过文件系统复制或备份恢复就能够渐进完成迁移过程。 而结构化数据的处理就很棘手:类似于数据库这样的数据类型通常一直处于使用状态,因此渐进式的迁移过程就难以实现。 大多数情况下,任务关键数据库往往配置为高可用集群。而在这种情形下,虚拟单个数据库集群结点,创建单个客户集群主要有这样两个考虑: 如果你的hypervisor提供支持,你需要设置规则防止客户节点宿主在物理主机上,否则主机失败理论上可能导致数据库失败。尽管数据库节点能够处理不同hypervisor的节点失败,但这样做你将有更大几率保持数据库在线。 数据库故障恢复节点鲜少会存储数据本身。这些节点通常会关联到一个集群共享卷,你需要处理这些数据。你可以把数据存放于原有位置,但必须考虑到hypervisor的一些专有限制。
0条评论