qtp连oracle数据库，提示“[Microsoft][ODBC 驱动程序管理器] 未发现数据源名称并且未指定默认驱动程序”

qtp连oracle数据库，提示“[Microsoft][ODBC 驱动程序管理器] 未发现数据源名称并且未指定默认驱动程序”

第一，QTP本身自带有个连接数据库的小工具，你用小工具确保连接字符串正确。PS：网上有些文件可能给的连接字符串不正确。

第二，在第一步的基础上连接数据库成功后，第二步请用Command对象查询数据。

如果使用Record或者Connection去查询可能会导致多次查询后，Session达到最大没有释放，或者受到数据库Server限制短时间内多次访问阻止的配置。

于项目升级或者服务器更换，需要将数据从一个数据库服务转移到另一个数据库服务中。两个数据库所在的服务器的公网IP分别为x.x.x.x和y.y.y.y。

进行MySQL数据迁移之前，需要做一些准备工作，即两台服务器上配置相同环境。需要在公网IP分别为x.x.x.x和y.y.y.y的服务器上都安装mysql-5.7.37。

准备工作

第一步，下载mysql-5.7.37。

第二步，配置mysql。

第三步，安装mysql-5.7.37。

第四步，远程连接另一台服务器上的mysql。

第五步，不进入mysql根目录即可进行相应的 *** 作。

MySQL数据迁移常用方法

MySQL数据迁移一般可分为物理迁移和逻辑迁移。

物理迁移适用于海量数据整体迁移，可以直接复制数据文件或使用navicat来进行备份迁移。不同的服务器之间采用物理迁移需要将两台服务器中的MySQL server保持完全一样的版本、配置和权限。这种物理迁移优点是速度快，缺点是要求新服务器与原服务器配置完全一致，即便如此也有可能引起一些未知错误。

如果规模较小，业务也并不繁忙，推荐使用mysqldump即逻辑迁移法，它相对来说更轻巧、稳健一些。mysqldump的原理是在导入到新数据库时，先将原数据库表结构使用CREATE TABLE 'table'语句创建，然后在使用INSERT将原数据导入至新表中。可以理解为一个批量导入脚本。这样按照规范命令导入数据，大幅减少奇怪的未知错误出现。

第一种方案：物理迁移-使用navicat

第一步，下载并安装Navicat。

到网址https://www.navicat.com/en/download/navicat-premium下载需要的Navicat软件，之后在Windows系统中安装。安装成功后，然后进行数据库连接。

第二步，选择要导出的数据库ZJZK2022，格式为.sql。

具体 *** 作:选中ZJZK2022，然后右键：转储SQL ->结构+数据 ->选择路径。得到需要的.sql文件。

第三步，将.sql文件导入新服务器数据库中。

如果根据已有的SQL文件执行数据导入，那么可以直接在打开一个数据库后，新建一个查询窗口，然后将sql文件中的内容粘贴到窗口中执行即可，这种方式同时适用于单表数据导入与数据库整体导入。

如果想要进行整个数据库的数据导入，也可以直接选中新服务器IP，右键：运行SQL。然后选择之前导出的数据库sql文件，最后点击“开始”。可以得到与之前服务器数据库中相同的数据。

第二种方案：逻辑迁移-使用mysqldump

登录远程服务器，在服务器中导出数据库

第一步，登录公网IP为x.x.x.x的阿里云ECS服务器。

第二步，将需要迁移的原数据库ZJZK2022中的数据导出，生成*.sql文件。

命令：service mysql start

/mnt/mysql/mysql-5.7.37/bin/mysqldump -u root -p --opt ZJZK2022 >/tmp/ZJZK2022-data-export.sql

然后输入登录密码“123456”。

执行mysqldump命令后，若没有报错，则shel不会有任何结果显示。

注释：ZJZK2022——本次准备迁移的数据库；

/tmp/ZJZK2022-data-export.sql——导出时生成的数据文件存放的位置与文件名；

--opt——此命令参数开启代表着同时激活了quick、add-drop-table、add-locks、extended-insert和lock-tables 参数；

quick——忽略缓存，直接将数据导出到*.sql文件中；

add-drop-table——在每个CREATE TABEL命令之前增加DROP-TABLE IF EXISTS语句，防止数据表重名；

add-locks——在备份数据表前后添加表锁定与解锁 SQL 语句；

extended-insert——此参数表示可以多行插入，提高导入效率，开启与否导入效率相差数倍，推荐开启。

第三步，进入导出目录查看导出结果。

命令：cd /tmp

ls

若结果显示ZJZK2022-data-export.sql，则说明文件已经生成。

无服务器，独立MySQL数据库远程导出至本地计算机

如果在阿里云购买的不是一台服务器，而是一个独立MySQL数据库的话，那也可以将数据库导出至本地计算机。

命令：service mysql start

/mnt/mysql/mysql-5.7.37/bin/mysqldump -h y.y.y.y -u ZJZK2022-remote -p -P3306 --default-character-set=utf8 --set-gtid-purged=OFF --column-statistics=0 ZJZK2022 >/Desktop/ZJZK2022-data-export.sql

注释：y.y.y.y——远程数据库ip地址；

ZJZK2022-remote——拥有远程访问权限的数据库账号；

-P 3306——数据库访问端口，可根据自己情况修改；

default-character-set=utf8——导出时指定字符集；

set-gtid-purged=OFF——全局事务 ID (GTID) 来强化数据库的主备一致性，故障恢复，以及容错能力。开启这个功能导入导出时，可能会出错，故关闭；

/Desktop/ZJZK2022-data-export.sql——本地计算机保存路径及保存文件名。

提示：mysqldump常见报错：mysqldump: Couldn't execute 'SELECT COLUMN_NAME, JSON_EXTRACT(HISTOGRAM, '$."number-of-buckets-specified"')

可在命令中添加column-statistics=0参数。因MySQL数据库早期版本information_schema数据库中没有名为COLUMN_STATISTICS的数据表，新版mysqldump默认启用，我们可以通过此命令禁用它。

执行命令后，若没有报错，则shel不会有任何结果显示，但已经可以在桌面上看到导出后生成的文件。

复制 *.sql 至新数据库/新服务器

使用WinSCP将导出的*.sql文件传送到内网IP为y1.y1.y1.y1的新服务器对应的路径中。

命令：scp /tmp/ZJZK2022-data-export.sql root@y1.y1.y1.y1:/tmp/

输入连接root@y1.y1.y1.y1的密码“654321”。

若结果显示“WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED”，则说明出现错误。可以使用命令“ssh-keygen -R y1.y1.y1.y1”，然后重新尝试连接，输入yes，按下回车，成功连接。

若结果显示“ZJZK2022.sql 100% 7191 2.6MB/s 00:00”，则说明数据传送成功。

如果购买的是独立MySQL数据库的话，也可以直接在阿里云服务器中直接向新服务器MySQL数据库导入数据。

导入数据库

方法一：本地数据库*.sql文件导入

第一步，当数据传输到公网IP为y.y.y.y的服务器后，可以在此服务器上新建一个名为ZJZK2022_new数据库，然后使用mysql命令直接导入数据库。

要将*.sql导入到数据库中，首先以root或有足够权限的账号登录MySQL。

命令：service mysql start

cd /mnt/mysql/mysql-5.7.37/bin

./mysql -u root -p

然后输入登录密码“123456”，就可以进入MySQL shell状态。

接着创建一个名为ZJZK2022_new的新数据库。

命令：mysql>CREATE DATABASE ZJZK2022_new

若执行命令后返回内容显示“Query OK, 1 row affected (0.00 sec)”，则说明新数据库创建成功。

然后使用“CTRL+D”退出MySQL shell。

最后导入数据库文件/tmp/ZJZK2022-data-export.sql。

命令：/mnt/mysql/mysql-5.7.37/bin/mysql -u root -p ZJZK2022_new </tmp/ZJZK2022-data-export.sql

若运行成功，则命令行不会有任何提示。

若运行失败，则命令行会提示失败原因。

注释：root——可以登录数据库的用户名；

ZJZK2022_new——刚刚新建的空数据库，数据会导入到该数据库中；

/tmp/ZJZK2022-data-export.sql——之前导出的sql文件，把它再导入到新数据库中。

第二步，要检测是否导入成功，可以登录到MySQL查看并检查数据库中的数据。

命令：cd /mnt/mysql/mysql-5.7.37/bin

./mysql -u root -p

然后输入登录密码“123456”，就可以进入MySQL shell状态。

# 选择刚刚导入数据的新建数据库

mysql>USE ZJZK2022_new

# 查看数据库中包含的表

mysql>SHOW TABLES

# 打开表查看内容

mysql>SELECT * FROM users

若结果显示的内容与公网IP为x.x.x.x的服务器中的数据库的内容一致，则说明mysql数据迁移成功。

方法二：在阿里云服务器中，直接远程将数据导入至新服务器

如果购买的是独立数据库的话，那么就没办法先把*.sql存过去，再导入。所以我们可以直接在阿里云服务器上发起导入 *** 作，直接导入至新服务器。

命令：/mnt/mysql/mysql-5.7.37/bin/mysql -h ZJZK2022_new -u root -p -P10010 ZJZK2022_new </tmp/ZJZK2022-data-export.sql

注释：ZJZK2022_new——新服务器MySQL数据库地址；

-P——数据库端口。

数据导入至新服务器MySQL，命令执行成功后，并不会有任何提示。登录新服务器数据库可以看到迁移结果。

远程登录新服务器MySQL，查看导入情况。

公网IP分别为x.x.x.x和y.y.y.y的服务器都已经安装好了mysql数据库。

忘记MySQL的登录密码，通过重置密码解决

命令：cd /mnt/mysql/mysql-5.7.37/bin

./mysql -u root -p123456

若结果显示“ERROR 1045 (28000): Access denied for user ‘root’@’localhost’ (using password: YES)”，则说明mysql的root用户密码错误，需要重置密码，然后用新密码重新登录数据库。具体做法如下：

1）停止mysql数据库。

命令：service mysql stop

2）新建文件夹/usr/local/mysql/data。

命令：mkdir -p /usr/local/mysql/data

3）启动mysql，并以不检查权限的情况下启动。

命令：mysqld --skip-grant-tables &

mysqld --user=root --skip-grant-tables &

4）登录mysql，修改密码，刷新权限。

命令：mysql -uroot

mysql>UPDATE mysql.user SET Password=PASSWORD('123456') where USER='root'

mysql>flush privileges

mysql>exit

5）重启之后输入“mysql -uroot -p123456”即可进入mysql。

不进入mysql根目录即可进行相应的 *** 作

第一步，在两台服务器上都配置环境变量。

在文件/etc/profile中添加下面的代码：

export PATH=$PATH:/mnt/mysql/mysql-5.7.37/bin

# 使profile文件生效

命令：source /etc/profile

# 导出数据

mysqldump -u root -p --opt ZJZK2022 >/tmp/ZJZK2022-data-export.sql

# 导入数据

mysql -uroot -p123456

mysql -u root -p ZJZK2022_new </tmp/ZJZK2022-data-export.sql

mysql -h ZJZK2022_new -u root -p -P10010 ZJZK2022_new </tmp/ZJZK2022-data-export.sql

第二步，在公网IP为y.y.y.y的服务器中将需要迁移的原数据库ZJZK2022中数据导出，生成*.sql文件，生成的文件仍在本服务器中。

1）可以在文件夹/mnt/mysql中创建一个名为mysql_export的脚本。

脚本代码如下：

# 执行MySQL命令 #!/bin/bash export MYSQL_PWD='123456' /mnt/mysql/mysql-5.7.37/bin/mysqldump -u root -p --opt ZJZK2022 >/tmp/ZJZK2022-data-export.sql

2）把启动脚本放到开机初始化目录

命令：cp /mnt/mysql/mysql_export /etc/init.d/mysql_export

#赋予可执行权限

命令：chmod +x /etc/init.d/mysql_export

#添加服务

命令：chkconfig --add mysql_export

#启动mysql_sign服务

命令：service mysql_export start

展开阅读全文

将来在运行脚本的过程中，QTP又根据查询语句从当前的数据库中获取实际数据，然后将实际数据与预期数据相比较，从而得知检查点是否成功。 2.修改查询结果 检查点语句生成以后，会产生一个DbTable对象，该对象在关键字视图可以看到，在仓库中也存在。可以通过设置该DBtable对象的object properties属性“Source”来修改SQL语句。修改了SQL语句就表示修改了查询结果。修改了SQL语句后，不能相应的修改预期数据表。 3.如何理解检查点的属性（checkpoint properties）

上面的表是创建检查点时截取的。（无论什么时候打开本属性窗口， 表中的数据都不会改变，但可以通过窗口中的“Configure value->Constant”来手工修改表中的数据，通过这种方式修改了数据后，就相当于对截图进行了修改。如果通过“Configure value->Parameter”来将单元格的数据参数化，虽然看起来是数据被修改，但是如果再选择Constant，数据就会恢复，因此通过参数化数据的方法，不会真正影响截图的数据。） 4.指定要检查的区域 在表中指定想要检查的区域。（区域中的显示的值就是预期值。预期值可以是常数，也可以是参数变量。当在Cell Identification页中设置列by position时，本表的列必须与实际查询表的列相对应，否则检查不能通过。如在生成检查点语名时查询语句为“select username,id,realname from sys_user t”,后来通过修改object properties，将查询语句改为“select username,realname,id from sys_user t”,则执行检查时是不能通过的，因为查询表中第2、3列的数据已经不能与截取的表相对应。同理，如果在Cell Identification页中设置行by rownumber时，也会有同样的问题存在。） 以下是属性框三个页签中的内容: （1）Expected Data—设置预期值，可以是常量或参数。如，可以要求QTP从DAta table中取值作为预期值。 （2）Settings—设置预期值与实际值相比较时的语法规则。 （3）Cell Identification—指导QTP放置被检查的数据。如，假设你想检查位于检查点属性框中第一行第2列的数据，但是你明白，每运行一次测试脚本，查询出来的数据的行的排序可能发生改变。因此，让QTP通过列名和行row containing a known value in akey column来定位单元格，而不是通过列数或行数来定位单元格。 5.检查点属性窗： Checkpoint timeout—指定检查点运行的最长时限，QTP在检查点通过（在本时间范围内）或超时后，才进行下一步 *** 作。如果在最长时限时还没有检查通过，则本检查失败。 例如，检查点装载数据需要一定的时间，增长checkpoint timeout时间，可保证检查点有足够的时间通过检查，不会超时失败。 注:Checkpoint timeout选项仅仅对table检查点有效，对于database检查点无效。 Insert statement—在新增检查点时，指明检查点语句在脚本中的插入位置。 注意：Insert statement选项在录制或修改检查点时无效，只在新增检查点时有效。 注意：当一列是key column时，该列不一定是被检查的列，key column的数据仅用来帮助确定被检查的数据行。 6.指定数据的比较规则

默认情况下，认为真实数据单元是字符串型，并进行精确检查，但是忽略空格。

（1）Verification type

（2）Exact match

默认。 精确匹配。选中此项，则进行精确匹配；不选中，则只要预期值包含在真实值之中即可。 注意:只有当Verirication type为String Content时，才显示这个选项。

（3）Ignore space

默认。在比较时忽略单元格中的空格。添加或减少空格不会影响检查结果。 注意:只有当Verirication type为String Content时，才显示这个选项。

（4）Match case

区分字母的大小写。 注意:只有当Verirication type为String Content时，才显示这个选项。

（5）Min / Max

Cell Identification页签包括以下选项: （1）Identify columns

指定将与预期数据相比较的实际数据单元在实际数据表中的列位置。 By position—根据列的顺序位置来定位（即预期数据表中的第N列对应实际数据表中的第N列）。如果列位置产生位移，就会导致不匹配。本选项一般用于Table检查点。 By column name—根据列名来定位（即预期数据表中的列名对应实际数据表中的列名）。列的位移不对检查点产生影响。一般用于database检查点，对于Table检查点无效。

（2）Identify rows

指定将与预期数据相比较的实际数据单元在实际数据表中的行位置。 By row number—默认。根据行的顺序位置来定位（即预期数据表中的第N行对应实际数据表中的第N行）。如果行发生位移，就会导致不匹配。 By selected key column(s)—选中此项以后，可以设置关键列，关键列列名旁有一个“钥”标记。在定位行时，到实际数据表的关键列中查找与预期数据表关键列的值相匹配的值，所找到的第1个匹配值则是正确的行。行的顺序位移不影响检查结果。如果数据库中有多行同时满足条件，则QTP只检查第1条记录。关键值可以是多个列的联合值。

在对关键列进行匹配时，使用Setting页签的verification type选项中设置的匹配规则。 注：只有当选中了By selected key column(s)选项时，本选项才有效。 当选择by row number时，属性窗中预期值所在的行数，应该与真实数据所在的行数相同，否则匹配失败。因此行移位都会导致检查失败。 当选择by selected key column(s)时，属性窗口中预期值可以在任意行位置。执行检查时，以该行Key column列的值为条件在数据库中进行筛选，如果选出了符合条件的记录，则将该记录与预期值进行比较，如果记录数据全部匹配，则检查通过。（当有多个Key Column列时，则筛选条件为这些列的数据的联合）。 要注意几个问题： (1) 只有被打勾的数据才被检查，其它没打勾的即使不匹配也没关系。 (2) Key column列的数据如果没有打勾，也不会被检查，它只是提供查询条件。 (3) 属性窗口数据表中的数据本身就是默认预期数据，当然用户可以对这些预期数据进行修改。 (4) 在属性窗口数据表中的数据是相对固定的，除非用户在本属性窗口中特殊别进行了修改。 (5) 本属性窗口数据表中的所看到的数据都是预期数据，真实数据表是看不到的。真实数据表在每次执行脚本时都有可能不同。 (6) 在运行结果(result)中，如果检查失败，则可点击“checkpoint ‘表名’”看到检查结果表。双击表中的单元格，d出窗口显示该单元格的预期值与真实值。当然，本结果表中显示的仍然是预期值。 (7) 如果在属性窗口的数据表中设置了一个检查点数据，但是数据库中有多条满足条件的数据，则只检查第一条满足条件的数据，如果第1条检查完全匹配，则通过，如果不匹配，则失败。 (8) 如果在属性窗口的数据表中设置了多个相同的检查点数据，但数据库中只有一条满足条件的数据，该条数据只与第1个检查点进行匹配检查。其它几个检查点失败。

---