A. 求数据库迁移方案或实施步骤
这个很麻烦。只能用传统的数据备份，数据导入这种方法了。如果是虚拟平台，这个好办。思科C系列服务器较传统服务器没多大区别。
B. 请教高手4T的数据库迁移方案
方法一：
将\Microsoft sql Server\MSSQL\DATA文件夹中的syntt_data.mdf和syntt_log.ldf文件复制到安装有数据库服务器的机器的文件夹中（可以是本机的\Microsoft SQL Server\MSSQL\DATA\文件夹），然后进入企业管理器。右键点击逗数据库地，在浮动菜单中选择逗所有任务地中的逗附加数据库地。
在随后的提示页面中选择刚才复制过来的.MDF文件，如果想指定数据库的所有者，在逗指定数据库所有者地选择框中选择你认为合适的用户。如果想修改数据库的名字，可在逗附加为地框中输入新的数据库名字（对本数据库，不建议这么做，因为这样的话，整个程序中所有涉及数据库连接的代码都要随之修改，那将是不必要的劳动）。
在进行完上述的工作之后，直接点击逗确定地就可进行数据的SQL Server 数据转移转移。
方法二：
（方法一）是针对数据库中没有本数据库的服务器，如果数据库中已经建有与该数据库名称相同的数据库，则直接按照备份数据库的恢复操作就可完成数据的SQL Server 数据转移转移。
方法如下所述：
这种方法首先要在本机上建立一个备份文件，具体操作介绍如下：
1、 在企业管理器中打开服务器组以及指定的服务器。然后右键点击需要备份的数据库在这里是syntt，在浮动菜单中选择逗所有任务地菜单下的逗备份数据库地，打开数据备份对话框。
2、 选择逗常规地选项卡，在名称对话框中输入本分集合名称，在逗描述地文本框中输入备份集描述文本信息。在逗备份地组下选择备份操作类型，共有以下几种：
数据库—完全：完整备份数据库。
数据库—差异：增量备份数据库。
事务日志：事务日志备份。
文件和文件组：数据库文件和文件组备份。
在逗目的地组中指定备份设备或者备份文件名称，选择逗添加地按钮添加备份设备或者文件；逗删除地按钮用来删除备份设备和备份文件；选择逗内容地按钮，则可查看已经存储在备份设备或文件中的备份信息。
在逗重写地组中有两种选项：
追加到媒体：选择该选项，表示需要保存备份设备或文件中以前的备份数据。
重写现有媒体：要求本次被分数据覆盖以前的备份数据，从而节省存储空间。
在逗调度地组中，安排数据备份的时间。用来指定数据库备份在将来的某个时间执行
3、 逗选项地选项卡，设置数据库备份操作选项。其中的内容主要有以下几项：
完成后验证备份：要求在备份结束时对备份数据进行校验。
备份后弹出磁带：只对磁带备份设备有效，他要求在备份结束时自动卸带。
删除事务日志中不活动的条目：要求在事务日志备份结束时删除事务日志中的已经完成的事务日志条目。
检查媒体集名称和备份集到期时间：要求在备份前检查介质集名称和原备份集中备份SQL Server 数据转移的有效期，以防止意外重写破坏原来的备份数据。
备份集到期时间：设置备份集的有效期。
初始化并标识媒体：只对磁带设备有效。选择该选项后，SQL Server在备份时将Microsoft定义的磁带格式信息写入介质的开始部分。此时，可以在逗媒体集名称地和逗媒体集描述地文本框中定义介质集名称和介质描述信息。
4、 在进行完上述的操作之后，剩下的任务就是点击逗确定地，使系统开始进行数据库的备份操作。
到目前为止，我们已经有了一个数据库的备份文件，剩下的任务就是怎么将这个文件还原至另外的数据库服务器中了。
1、因为使用企业管理器进行数据库的恢复只能是在本机进行，所以在进行数据还原之前，必须将刚才所作的备份文件复制到本机，然后在本机选择逗syntt地数据库，右键点击它，在显示出来的浮动菜单中选择逗所有任务地下的逗还原数据库地。
2、在还原数据库对话框中，在逗常规地选项卡中的选择逗从设备地的数据恢复方法，通过逗选择设备地按钮选择刚才复制过来的文件。
逗常规地选项卡与逗选项地选项卡中的具体内容如下所示：
逗常规地选项卡：
数据库恢复方法：包括逗数据库地、逗文件组或文件地、逗从设备地三种恢复方式。
逗数据库地方式：选择该项时，从逗显示数据库备份地列表中选择需要显示的指定数据库备份集合，从逗要还原的第一个备份地列表框中选择首先使用哪一个备份集恢复数据库；逗文件组或文件地：选择它时，数据库恢复部件列出指定数据库备份集合中备份的数据库文件或文件组，管理员可从这些备份文件中选择恢复那个数据库文件或文件组；逗从设备地：选择它时，管理员选择恢复数据库或其日志所使用的备份设备，之后再从该备份设备中选择使用哪一次备份中的数据恢复数据库或其日志。
3、点击逗确定地，完成恢复操作。
非原创
C. mysql有没有好的据库之间数据转移的方法或思路呢
gh-ost 是 GitHub 发布的一款用于 MySQL 的无触发器在线模式迁移解决方案。它是可测试的，并提供暂停，动态控制/重新配置，审计和许多操作特权。它在整个迁移过程中，对主服务器产生的工作量很少，与已迁移表上的现有工作分离。
gh-ost与所有现有的在线模式更改工具都以类似的方式操作：它们以与原始表相似的方式创建幽灵表，将数据从原始表缓慢且增量地复制到幽灵表，同时应用正在进行的更改（INSERT，DELETE，UPDATE）到幽灵表。最后，在适当的时候，它用幽灵表替换了原始表。gh-ost使用相同的模式。但是，它与所有现有工具的不同之处在于不使用触发器。取而代之的是，gh-ost使用二进制日志流捕获表的更改，然后将其异步应用到幽灵表。
gh-ost 承担一些其他工具留给数据库执行的任务。gh-ost 可以更好地控制迁移过程；可以真正暂停它；可以真正将迁移的写入负载与主服务器的工作负载分离。此外，它还提供了许多可操作的特权，使其更安全、可信赖且易于使用。
D. 数据库迁移数据需要测试哪些方面
数据迁移的实现可以分为3个阶段：数据迁移前的准备、数据迁移的实施和数据迁移后的校验。由于数据迁移的特点，大量的工作都需要在准备阶段完成，充分而周到的准备工作是完成数据迁移的主要基矗 具体而言，要进行待迁移数据源的详细说明(包括数据...
E. 如何将MySQL数据库迁移到Oracle数据库
首先 数据库的性能有很多种
1：速度性能
2：并发性能
3：事务性能
在速度性能上，首先你需要首先确定你的测试环境。
举个例子，比如你的软件可能的用户群是一群使用586电脑的客户，那么肯定是mysql的效率要高出oracle.这个是为什么呢，mysql在事务策略和安全策略上做的工作远没有oracle做出的多。如果软件不需要这方面的高要求，那么完全可以使用mysql,这样机器的配置可以比较低，但是表现出的性能会更加优越。
前面是题外话，在测试前你需要首先顶一下你的测试环境，为了能让oracle充分的表现出他的性能，你应该选取一些强劲的小型机或者服务器来作为测试环境（虽然这样的环境对于mysql来说可能浪费了，但是这样才能确保2个数据库都充分的发挥的自己的特性）。
其次，测试访问速度，你可以通过对数据库的大批量写入来看出效果。所谓大批量写入应该尝试使用存储过程一次读入了10M的数据文件然后写入并且记录时间（同时记录cpu,内存等占用情况）。然后对于至少2个超过10万的数据表做笛卡尔积查询（全连接），查看查询的时间。
F. oracle存储过程向DB2迁移
数据库迁移可以看作一个特殊的软件开发项目，与其他开发项目不同的是这个项目的需求是确定的，技术障碍较低，主要工作是代码编写和测试。对数据库管理人员来说，数据库数据迁移极具挑战性，一旦措施不当，珍贵的数据资源将面临丢失的危险，要成功地实现数据库数据平滑迁移，需要周密计划和充分准备，并按照一定的步骤来完成。另一方面，数据库迁移项目的成功也主要依赖于客户与开发商的积极配合和有序组织。当然，企业数据库通常数据量都比较大，结构也比较复杂，如果完全通过手工来完成，那是一个不可想象的大工程。所以正确的步骤加合适的迁移工具也能达到事半功倍的效果。
Oracle向DB2迁移的主要流程
Oracle向DB2迁移一般来说遵循3大流程：迁移评估、模拟迁移、正式迁移。
1、迁移评估
全面的评估是迁移成功的一个关键要素，评估的总体目标是发现可能影响迁移过程的问题以便分配足够的资源来保证迁移取得成功。首先，是评估应用环境和应用程序，识别潜在的障碍;第二，您的 Oracle 数据库将在多大程度上适应 DB2 的硬数据;最后，分析 Oracle 数据库对象和过程，识别使用 DB2中不支持的那些特性的对象和过程。
2、模拟迁移
1)在进行模拟迁移前，我们必须先设计数据迁移的方案，一般设计数据迁移方案主要包括以下几个方面工作：研究与数据迁移相关的资料，或在网站上查询相关内容、选择数据迁移的软硬件平台、选择数据迁移方法、选择数据备份和恢复策略、设计数据迁移和测试方案等。
2)根据设计的数据迁移方案，建立一个模拟的数据迁移环境，它既能仿真实际环境又不影响实际数据，然后在数据模拟迁移环境中测试数据迁移的效果。数据模拟迁移前也应按备份策略备份模拟数据，以便数据迁移后能按恢复策略进行恢复测试。
3)根据设计的数据迁移测试方案测试数据模拟迁移，也就是检查数据模拟迁移后数据和应用软件是否正常，主要包括：数据一致性测试、应用软件执行功能测试、性能测试、数据备份和恢复测试等。
3、正式迁移
数据模拟迁移测试成功后，可以正式实施数据的迁移了。在这里介绍一种简单的测试方法，首先利用 DB2 兼容特性迁移 Oracle 应用，创建兼容模式 DB2 数据库。在 DB2 V9.7 上启用 Oracle 应用程序时，实例和数据库必须处于兼容模式。还建议调整舍入行为以匹配 Oracle。通过把重新验证语义(revalidation semantics)设置为 deferred_force，可以不按依赖次序部署对象。
在 UNIX 系统上：
$ db2set DB2_COMPATIBILITY_VECTOR=ORA
$ db2set DB2_DEFERRED_PREPARE_SEMANTICS=YES$ db2stop force
$ db2start
$ db2 create db testdb automatic storage yes on /db2data1，/db2data2，/db2data3 DBPATH ON /db2system PAGESIZE 32 K$ db2 update db cfg for testdb using auto_reval deferred_enforce$ db2 update db cfg for testdb using decflt_rounding round_half_upC:\> db2 update db cfg for testdb using decflt_rounding round_half_up在Windows上：
C:\> db2set DB2_COMPATIBILITY_VECTOR=ORA
C:\> db2set DB2_DEFERRED_PREPARE_SEMANTICS=YESC:\> db2stop force
C:\> db2start
C:\> db2 create db testdb automatic storage yes on C:，D: DBPATH ON E: PAGESIZE 32 KC:\> db2 update db cfg for testdb using auto_reval deferred_enforceC:\> db2 update db cfg for testdb using decflt_rounding round_half_up然后是将 Oracle 数据库对象和数据迁移到 DB2。DB2 9.7 提供的原生 Oracle PL/SQL 和 Oracle SQL 支持极大地简化了这一过程。现在我们先来看一个简单的示例，这个例子选自 Oracle 来演示 PL/SQL 中 CASE 语句的使用，例子如下：
set serveroutput on
Drop function Get_Grade3;
create or replace function Get_Grade3(score IN NUMBER) RETURN VARCHAR2 isbegin
use a Searched CASE Statement to find the Grade for thescore passed in as a parameter
CASE
WHEN score BETWEEN 80 AND 100 THEN return A;WHEN score BETWEEN 65 AND 79 THEN return B;WHEN score BETWEEN 50 AND 64 THEN return C;WHEN score BETWEEN 40 AND 49 THEN return D;WHEN score BETWEEN 0 AND 39 THEN return F;Comment the ELSE leg to generate the exceptionELSE return Invalid score;
END CASE;
exception
when CASE_NOT_FOUND then
return Exception - Case Not Found for score - || score;end Get_Grade3;
select Get_Grade3(-1) from al
C:\> db2 update db cfg for testdb using decflt_rounding round_half_up把这段代码保存在本地计算机的 D 盘下面为 casetest.sql，在 DB2 的 CLP plus 中运行一下，居然一点都不需要修改就运行成功了，运行的结果如下：
Oracle 向 DB2迁移：主要的流程与工具
这说明 DB2 对 Oracle 的兼容性的支持已经达到了一个很好的程度了。但是并不是所有程序都可以这么幸运的无需要修改就能正确的运行的。为了能够更好的完成迁移工作，还是需要了解两者之间特性的范围，以便我们能够更好的进行修改工作。在这里就不做说明了，大家可以去网上找找。
Oracle 向 DB2迁移工具
1. IBM DB2 Migration Toolkit
利用免费的 IBM DB2 Universal Database(UDB)Migration Toolkit(MTK)简化和改进向 DB2 UDB 的迁移工作。这个新的迁移实用程序提供了向导和易于使用的五步界面，这些有助于您快速地将现有的 Sybase、 Microsoft SQL Server和Oracle数据库对象转换到 DB2 通用数据库。使用 MTK，可以将数据类型、表、列、视图、索引、存储过程和触发器自动地转换成等价的 DB2 数据库对象。MTK 向数据库管理员(DBA)和应用程序程序员提供了使迁移任务自动化所需要的工具，而以前这些任务不但效率低下而且开销巨大。通过使用 MTK 中的以下特性，您可以减少停机时间、消除人为错误，以及降低人工和与传统数据库迁移相关联的其它资源消耗。MTK 可运行于 AIX、Linux、Solaris 和 Windows 操作系统上。
2. IBM Data Movement Tool
利用 DB2 兼容特性和 IBM 提供的免费数据迁移工具 Data Movement Tool，快速地将现有的 Oracle 数据库对象转换到 DB2 通用数据库。同时对应用中使用到的数据库访问语言以及接口进行转换，最终实现整个应用系统的完整迁移。
3. IBM Optim Development Studio
IBM Optim Development Studio，它为 Oracle、DB2 和 Informix 提供一个集成的数据库开发环境。Optim Development Studio 在开发和测试 SQL 和 XQuery 查询、存储过程、Web 服务和 Java 数据访问层方面将生产力提高了 50%，而且允许在不同或者相同的数据服务器中的数据对象包、存储过程、表、用户自定义函数、用户自定义类型、视图、模式等的复制粘贴。
这三款工具都是来自于IBM官方的，大家有需要可以进去官方下载。
总 结
以上只是简单的介绍了下迁移的流程和常用的工具，总的来说，迁移过程是一个复杂的过程，中间可能出现很多意想不到的情况，遇到问题，先查资料寻求解决方法，要有细心和耐心!我们在做迁移时，一定要做好备份，测试工作。而迁移工具只是一个辅助作用，如果单靠迁移工具是远远不够的。
G. 数据库的部分数据迁移该怎么做
有标识列么？没有的话，insert into b库名.dbo.user2 select a库名.dbo.user1 where .....
有标识列则需要先修改表user2，取消标识列，然后再导入。
H. oracle数据库迁移方案 文档怎么写
Oracle 数据库迁移文档可以按如下格式进行写：
一、需求分析：
数据库所有文件（数据文件、日志文件、临时文件、控制文件）都存放在光纤存储中，但是光纤存储使用时间过长，超过3年，经常出现一些问题，而且光纤存储需要厂家维护，维护方面不是很方便，需要将数据库文件迁移到nas存储中。
二、操作步骤：
1：具体需求
2：保存现有数据文件、控制文件、临时文件、日志文件位置
3：停止监听，并关闭数据库
4：移动所有数据文件、控制文件、临时文件、日志文件到新的位置
5：启动数据库到nomount状态，并更改控制文件位置，关闭数据库
6：启动数据库到mount状态
7：更改数据文件、临时文件、日志文件位置
7：打开数据库
8：重启验证