处理从Oracle迁移到DB2forz/OS过程中的锁定问题策略

从 Oracle 数据库迁移到 IBM DB2 on z/OS 并非完全无缝，必须进行精心策划。由于两种数据库之间存在锁定差异，因此当从 Oracle 向 DB2 on z/OS 迁移时，管理员可能会面临各种问题（参见表 1）。不过，这些问题在很大程度上是可以缓解的。 Oracle 与 DB2 on z

从 Oracle 迁移到 IBM DB2 on z/OS 并非完全无缝，必须进行精心策划。由于两种之间存在锁定差异，因此当从 Oracle 向 DB2 on z/OS 迁移时，管理员可能会面临各种问题（参见表 1）。不过，这些问题在很大程度上是可以缓解的。

Oracle 与 DB2 on z/OS 之间的主要锁定行为差异之一在于：Oracle 不会在阅读时对行进行任何锁定，而 DB2 却会。这种差异可能导致出现锁等待和相关问题（如从 Oracle 向 DB2 迁移的应用程序中出现死锁和超时）的几率增加。

表 1. Oracle 与 DB2 on z/OS 之间的关键锁定差异

要处理锁定问题，需要在数据库、应用程序和操作级别上实施迁移策略。

数据库级策略

以下几种类型的数据库和设计更改有助于缓解锁定问题：

&＃61623; 行级锁。覆盖默认的 DB2 页面级锁设置并进行重组，以便表运用行级锁定提高并发性。行级锁应当谨慎使用，因为锁数增加可能会导致开销增加，如果未能妥善处理，则势必会造成锁升级增加。

&＃61623; 索引和查询优化。读取查询（可能需要执行表扫描）不会造成 Oracle 问题，却会导致 DB2 on z/OS 出现问题，因为读取查询会锁定整个表。为了缓解这个问题，需要确保已经优化了所有查询的索引和访问路径，从而避免不必要的表扫描，尤其是在线交易过程中访问的表扫描。

&＃61623; 分区。在 DB2 for z/OS 中引入分区表空间后，并发性将得到大幅提升，批量运行尤为明显。通过确定分区键并根据键值范围将数据分别置于不同的分区，可以将数据划分为不同的分区。在进行批处理时，可以根据分区键值启动多个线程，这样不同线程就可以访问不同分区并提供更高的并发性。

应用程序级策略

某些关键应用程序设计更改可能有助于缓解锁定问题，这些更改包括：

&＃61623; 跳过锁定数据。您可能遇到过这样一种情况：同一表执行不同的事务，您只需访问所有给定表中当前未锁定的行。在这些情况下，DB2 提供了一个选项，通过使用 SELECT、UPDATE 和 DELETE 子句中的 KIP LOCKED DATA 选项仅查询未锁定的行。此选项只有在设置游标稳定性 (CS) 和读取稳定性 (RS) 隔离级别的情况下才适用，并且仅适用于行级锁和页面级锁。

&＃61623; 未提交读取。在某些情况下，如果读取查询响应包含未提交数据是可以接受的，那么请尝试使用 WITH UR 选项在 DB2 中读取查询，因此它不具有任何共享锁。对于用户验收测试或生产区域内的应用程序测试人员和业务分析师，此选项在运行用户查询时十分有用。这些查询可能与应用程序查询彼此抗衡，因而，运行采用了 WITH UR 子句的用户查询可能需要避免出现这种状况。

&＃61623; 表访问顺序。由于并行事务表的访问顺序不当，从 Oracle 向 DB2 for z/OS 迁移时也又可能发生锁争用现象。使访问顺序一致有助于避免发生这种问题。例如，如果事务 1 先访问表 A，再访问表 B，后续事务访问同样的表时也应当采用相同的顺序。

操作级策略

由于同一表执行不同类型的工作负载（例如，批处理和在线工作负载同时访问表，或者不同批次同时访问表），因此可能发生争用现象。在这些情况下，一种方法是执行操作级更改，如重新安排发生冲突的事务。同时也可以在非高峰期（当在线工作负载不运行）时运行批处理工作负载。如果两个批次并行运行，则尝试一前一后运行，或者设置依赖关系，以便一个工作负载无法在另一工作负载运行时运行，反之亦然。

结束语

Oracle 与 DB2 on z/OS 之间存在一些主要锁定差异，因此，当应用程序从 Oracle 向 DB2 迁移时，可能会导致锁定问题。不过，正如本文所述，我们可以在数据库、应用程序和操作级别上执行一些方案，极大地缓解可能出现的任何问题。