如何迁移服务器数据库日志文件

⑴ 怎样将数据库从一个服务器移植到另一个服务器中

把数据库的数据文件（*.mdf）和日志文件（*.ldf）都拷贝到目的服务器，在sql Server Query Analyzer中用语句进行恢复:
EXEC sp_attach_db @dbname = 'test',
@filename1 = 'd:\Mssql7\data\test_data.mdf',
@filename2 = 'd:\Mssql7\data\test_log.ldf'
这样就把test数据库附加到SQL Server中，可以照常使用。如果不想用原来的日志文件，可以用如下的命令：
EXEC sp_detach_db @dbname = 'test'
EXEC sp_attach_single_file_db @dbname = 'test',
@physname = 'd:\Mssql7\data\test_data.mdf'
这个语句的作用是仅仅加载数据文件，日志文件可以由SQL Server数据库自动添加，但是原来的日志文件中记录的数据就丢失了。

⑵ 数据库从一个服务器转移到另外一个服务器，怎么转

可能采用的办法有:

一.A服务器备份,把备份文件拷贝到B服务器,再在B服务器恢复成数据库.
二.直接把A服务器器上的数据文件及日志文件复制到B服务器,再用附加办法恢复数据库.
三.通过DTS直接从A服务器导到B服务器.这种办法如果数据库大时不可取,因为速度很慢.

⑶ 如何迁移完整SQL数据库到另外一台服务器

首先，打开服务器上已经安装好的SQL Server 2005 服务器，并且用本地Windows身份登录。

2
打开SQL Server服务器以后，点击数据库--选择附加
3
打开附加数据库界面后，点击右小角的添加
4
打开电脑上，之前备份好的完成数据库文件，然后点击确认。
5
数据库文件和其数据库日志文件，就一并加载过来了，点击确认就可以了。
6
展开数据库，就可以了看到我
们刚刚附加过来的完整数据库了，现在就可以
使用
这个数据库。

⑷ 如何迁移SQL Server系统数据库

迁移SQL
Server系统数据库步骤：
使用微软SQL
Server管理工具移动数据库
1、单击开始菜单，选择SQL
Server管理工具，然后在快速查找栏输入SQL
Server。
2、打开SQL
Server管理工具
3、目的数据库选择
将会出现恢复数据库窗口，在恢复到数据库框中输入我们想要恢复的数据库名称。
4、源数据库
选择来源数据库单选按钮选择你的备份文件存放的位置。
5、选择备份文件
要恢复的文件将会出现在已经选择的要恢复文件框中，选中多选按钮继续下一步操作。
6、新路径
现在处于恢复的关键时刻，你需要从选择页中选择选项，如上图所示。在这里要为你的数据库文件指定新的路径。这和后面将要介绍的移动选项类似，只要在数据库和日志文件后面键入一个新的路径即可。例如，当前的路径结构如下：
C:Program
FilesMicrosoftSQL
ServerMSSQL.1MSSQLDATADatabase_Name_Here.mdf
C:Program
FilesMicrosoftSQL
ServerMSSQL.1MSSQLDATADatabase_Name_Here_1.ldf
7、移动到新路径
我们希望将这些数据库文件移动到一个新路径，键入新路径就可以。本文我们移动到下面的路径：
D:
SQLDATADatabase_Name_Here.mdf
D:SQLLogsDatabase_Name_Here_1.ldf
8.成功恢复

⑸ 数据库数据如何跨服务器迁移

• 开始菜单--->程序,打开SQL Server Management Studio(即我们的SQL 2005)

  

⑹ 将数据库从一个服务器转移到另一个服务器上，哪个能够实现（ ）

可能采用的办法有:
一.a服务器备份,把备份文件拷贝到b服务器,再在b服务器恢复成数据库.
二.直接把a服务器器上的数据文件及日志文件复制到b服务器,再用附加办法恢复数据库.
三.通过dts直接从a服务器导到b服务器.这种办法如果数据库大时不可取,因为速度很慢.

⑺ 怎么把服务器上的数据库拷贝到本地

1、首先键盘上按【开始键+R】打开运行窗口，输入mstsc，点击确定。

⑻ 如何把一台电脑上备份的SQL Server数据还原到另一台电脑

一台电脑上备份的SQL Server数据还原到另一台电脑，以SQL 2005为例教大家迁移完整数据库到另外一台电脑。具体步骤如下：

1.开始菜单--->程序,打开SQL 2005；

⑼ 如何在两台服务器之间安全迁移MySQL数据库

迁移MySQL数据库通常只需要几个简单的步骤，但是由于您要转移的数据量可能比较庞大，因此一般耗时也会比较长。

下面的步骤将指导您如何从旧的服务器上导出MySQL数据库，对它进行安全加固；然后将其复制并导入到新的服务器上，以保证数据的完整。

将MySQL数据库导出至转储文件（mp file）

Oracle提供了一个名为mysqlmp的工具，允许您轻松地将数据库结构和其数据导出到一个SQL的转储文件。您可以使用如下的命令：

1.mysqlmp -u root -p --opt [database name] > [database name].sql

不过，请注意如下几点：

我们可以使用--single-transaction的标志，以避免数据库在导出数据的过程中被锁死。这样能够在将数据导出到转储文件的同时，您仍可继续在旧的数据库上更新数据。不过请注意，那些在导出进程已经开始之后被更新的数据，是不会被导入转储文件之中的。

在运行该命令之前，请务必将[database name]替换成您的实际数据库名称。

请输入您自己的用户名和相对应的密码，并确保该用户具有备份数据库所需的权限。

安全加固备份文件

在大多数情况下，数据是一家企业的最重要的资产。因此，我们不希望数据库的各种备份被暴露在不受保护的服务器上，因为这样有可能会造成错误地泄露，甚至会出现被黑客窃取等更为糟糕的状况。

因此，通常您可以尝试的做法是：压缩、加密文件，然后删除原文件。在Linux操作系统上，请使用以下的命令对已压缩文件进行加密：

1.zip --encrypt mp.zip db.sql

在压缩开始之前，系统将提示您输入密码。

传输备份文件

至此，我们已经获得了一个加密的转储文件。下面让我们通过网络使用SCP命令，将其传输到新的服务器上：

1.scp /path/to/source-file user@host：/path/to/destination-folder/

将MySQL转储导入新服务器

通过上面一步，我们已将备份文件传到了新的服务器上，下面让我们来进行解密和提取：

1.unzip -P your-password mp.zip

为了存储空间和安全方面的原因，一旦文件导入成功，请记得删除其对应的转储文件。

您可以使用以下的命令来导入文件：

1.mysql -u root -p newdatabase < /path/to/newdatabase.sql

在新服务器上验证导入的数据

现在我们在新服务器上已经导入了数据库，那么我们就需要一种方法来验证数据的真实存在，并确保没有任何遗漏。

我建议您同时在旧的和新的数据库上运行如下查询，并将获得的结果进行对比。

该查询会在所有的表里计算行数，以显示出新、旧数据库中的数据量。

1.SELECT

2.TABLE_NAME,

3.TABLE_ROWS

4.FROM

`

5.information_schema`.`tables`

6.WHERE

`

7.table_schema` = 'YOUR_DB_NAME'；

此外，我建议您检查各个表中数字列的MIN和MAX记录，以确保数据本身是有效的，而不仅仅是看数据的总量（虽然这是查询所唯一能够读出的值）。另一种可供测试的选择是将数据库从新的服务器导出为SQL转储文件，并将其与旧服务器的SQL转储文件做比较。

此外，在应用程序被迁移之前，我建议您先将一个应用程序的实例重定向到新的数据库上，以确认一切运行正常。

另一种导出和导入的选项

我们之所以把该选项放在最后，是因为我们的确不建议您去使用它。

该方法实现起来非常的容易，因为它仅使用一个命令，便能一次性将转储文件导出、传输、并将其数据导入到新的数据库之中。

而它的不足之处在于，一旦其网络链接断掉，您就需要重新启动它了。

因此，我们认为它并不值得被推荐，尤其是在大型数据库中，可能会非常不适用。

当然，如果您非要尝试一下的话，可以使用如下的命令：

1.mysqlmp -u root -pPassword --all-databases | ssh user@new_host.host.com 'cat - | mysql -u root -pPassword'

重要提示

请确保在新旧两处，安装有相同官方发行版本的MySQL服务器。否则，你需要按照MySQL网站上的升级说明来进行统一（请参见（https：//dev.mysql.com/doc/refman/5.7/en/upgrading.html）。

请确保您在旧的服务器上拥有足够的空间来保存转储文件和压缩文件（应该有db_size×2的空间）。

请确保您在新的服务器上拥有足够的空间来保存加密的和解密的转储文件、并能导入数据库（应该有db_size×3的空间）。

如果您曾经考虑过只是将datadir从一个数据库转移到另一个的话，我建议您最好不要这样做。否则，您会搞乱数据库的内部结构，而且会给将来可能的问题埋下隐患。

在新的服务器配置中，请不要忘了配置诸如innodb_log_file_size这样的重要标志。因为如果忘记了根据新服务器的规格而更新配置的话，很可能会导致严重的性能问题。

在许多情况下，一般升级到新的数据库服务器的初衷是为了提高查询性能。而如果此类升级没有达到预期的改善，那么您就应该考虑去优化SQL查询，而不仅仅是升级硬件那么简单了