MSSQL 连接远程数据库

分类: 电脑/网络 >>互联网

问题描述:

本人在本地测试完网站 用的MSSQL数据库

刚开通了空间

请问如何把本地的数据库上传至服务器

越详细越傻瓜越好 谢谢

解析:

呵呵，我刚学会了，教你一招吧。

第一步：通过SQL脚本生成表结构，

可以保证本地数据库中视图、存储过程、以及表的默认值、标识、主键等属性的完整性，避免由于DTS传输引起丢失属性的问题，同时使用查询分析器执行SQL脚本，在服务器端创建表结构；

1)、请您先运行本地的企业管理器

2）、请您点击您本地的数据库点击右健－》选择生成SQL脚本

3)、选择常规－》点击全部显示，选择您想导出的脚本对象

4)、点击选项－》表脚本选项，把您所用到的脚本选中然后点击确定

5）为自己导入的.sql脚本文件命名，并保存在本地

6）、找到刚才我们保存在本地的.sql脚本文件，使用记事本打开

7）、选择编辑－》替换，把程序中所有[dbo]的字符都更改成您万网发信告知您的数据库登陆名，更换完成后保存关闭记事本

8）、通过万网通知书中的数据库登陆地址、数据库登陆名、和数据库密码，使用企业管理器连接到万网的主机服务器上，然后选择查询分析器

9）、点击打开选择刚才编辑过的.sql脚本，然后点击运行

第二步：在本地创建一个和万网主机相同权限的SQL数据库

1）、完成上面 *** 作后，请您选择数据库点击右键选择新建数据库，由于您在万网申请的是虚拟主机，万网分配的权限都是user的而不是dbo的权限，因此需要您在本地也创建一个与服务器一样的配置，以便正常完成导入 *** 作

2)、在常规－》名称处输入万网开通通知中告知您的数据库库名,然后点击确定。例如：cw01001_db

3)、选择安全性－》新建登陆

4）、在常规选择中输入名称、身份验证选择SQL Server身份验证、默认设置选择您刚刚新建的数据库

5)、在数据库访问中选中刚刚您创建的数据库，然后点击确定

6)、现在我们再回到刚才我们创建的数据库，然后点击右键－》属性

7）、选择权限，然后把相应权限赋予新建的用户名，现在我们新的数据库就已经创建完成了。下一步就是如何把老数据库中的文件导入到我们的新数据库中

第三步：将原数据库备份并还原到新创建的数据库中

1）、选择老数据库点击右键－》所有任务－》备份数据库

2）、在常规选项中－》目的中点击添加选择您需要备份出文件的位置

3)、等备份完成后，我们重新选择新数据库点击右键－》所有任务－》还原数据库

4)、在常规中选择从设备，并在参数设备中点击选择设备

5）、点击添加选择我们刚刚从老数据库中备份出来的文件，然后点击确定

6）、现在我们在还原数据库中再点击选项，把在现有数据库上强制还原选中，点击确定进行还原 *** 作，等还原完毕后我们新数据库就已经与老数据库的内容一样了，最后一步 *** 作就是把数据从新数据库中使用DTS导出协议导入到万网服务器上

第四步：通过企业管理器的DTS传输方式将本地数据导出到服务器。

1)、找到您新的数据库

2)、点击右健－》所有任务－》导出数据

3）、进入DTS导入/导出界面，直接点击下一步

4)、从选择数据源窗口中选择您本地的数据库

5)、在选择目的窗口中需要您填写服务器地址、输入万网数据库开通通知中告知您的数据库用户名和密码，等连接成功后选择万网给您开通的数据库，然后点击下一步

6)、在指定复制或查询中，您可以选择您需要导入的类型，一般为默认

7)、在选择源表和视图中，点击全选，点击下一步，这样就把您本地数据库中的文件导入到服务器上了，现在我们的导入数据库工作就已经全部完成了。

还有图片，如果你要的话，再联系我。whm8377@163

以下有几款迁移工具的对比，可以参考，比较推荐DB2DB.

软件易用性主要是指软件在导入前的配置是否容易。由于很多软件设计是面向程序员而非一般的数据库管理人员、甚至是普通的应用程序实施人员，而这一类人员很多时候并没有数据源配置经验。因为一些使用 ODBC 或者 ADO 进行配置的程序往往会让这类用户造成困扰（主要是不知道应该选择什么类型的数据库驱动程序）。下面让我们看看四个工具的设计界面：

>>>>

1、SQLyog

SQLyog 使用的是古老的 ODBC 连接，但对于新一代的程序来说，这种方式的非常的不熟悉并且不容易使用，并且必须要求本机安装好相应的数据库的 ODBC 驱动程序（SQL Server 一般自带好）。

>>>>

2、Navicat Premium

NavicatPremium是四个应用工具中设计最不人性化的一个：从上图怎么也想像不到要点按那个小按钮来添加一个新的连接，并且这个连接设置不会保存，每次导入时都必须重新设置。NavicatPremium使用的是比 ODBC 稍先进的 ADO 设置方式（199X年代的产物），但使用上依然是针对老一代的程序员。

>>>>

3、Mss2sql

Mss2sql 是最容易在百度上搜索出来的工具，原因之一是它出现的时间较早。

Mss2sql由于是很有针对性的从 SQLServer 迁移到 MySQL，因为界面使用了 *** 作向导设计，使用非常容易。同时在设置的过程中，有非常多的选项进行细节调整，可以感觉到软件经过了相当长一段时间的使用渐渐完善出来的。

>>>>

4、DB2DB

DB2DB 由于是由国人开发，因此无论是界面还是提示信息，都是全程汉字。另外，由于 DB2DB 在功能上很有针对性，因为界面设计一目了然和易使用。和 mss2sql 一样， DB2DB 提供了非常多的选项供用户进行选择和设置。

三、处理速度和内存占用评测

在本评测前，本人的一位资深同事曾经从网上下载了某款迁移软件，把一个大约2500万记录数的数据表转送到阿里云 MySQL，结果经过了三天三夜（好在其中两天是星期六和星期日两个休息日）都未能迁移过来。因此这一次需要对这四个工具的处理速度作一个详细的测试。

考虑到从 SQL Server 迁移到 MySQL 会出现两种不同的场景：

从 SQL Server 迁移到本地 MySQL 进行代码测试和修改；

从 SQL Server 迁移到云端 MySQL 数据库正式上线使用；

以下为测试过程中的截图：

>>>>

1、SQLyog

请点击输入图片描述

>>>>

2、Navicat Premium

请点击输入图片描述

请点击输入图片描述

注意：我们在测试 Navicat Premium 迁移到  MySQL 时发现，对于 SQL Server 的 Money 类型支持不好（不排除还有其它的数据类型支持不好）。Money 类型字段默认的小数位长度为 255，使得无法创建数据表导致整个测试无法成功，需要我们逐张表进行表结构修改才能完成测试过程。

Navicat Premium 的处理速度属于中等，不算快也不算慢，但 CPU 占用还有内存占用都处于高位水平。不过以现在的电脑硬件水平来说，还是可以接受。但 CPU 占用率太高，将使得数据在导入的过程中，服务器不能用于其它用途。

>>>>

3、Mss2sql

Mss2sql 并没有提供计时器，因此我们使用人工计时的方法，整个过程处理完毕大于是 726 秒。Mss2sql 的 CPU 占用率相对其它工具来说较高，但仍属于可以接受的范围之内。

>>>>

4、DB2DB

请点击输入图片描述

DB2DB 同样迁移 300万数据时，仅仅使用了 2 分 44 秒，这个速度相当惊人。不过最后的结果出现一个 BUG，就是提示了转换成功，但后面的进度条却没有走完（在后面的数据完整性评测中，我们验证了数据其实是已经全部处理完毕了）。

---