当组织引进企业级的改变至数据库系统时,.PDF

对IT组织来说，测试企业级性的改变是昂贵又困难的任务。在这段视频中，我们将演示一个虚构 的户外设备零售商，样品户外公司的IT团队，如何利用IBM InfoSphere Optim Query Capture and Replay ，也被称为InfoSphere Capture Replay 来应对这些挑战. 当组织引进企业级的改变至数据库系统时， 他们很难能预测这些改变将如何影响业务应用程序。因此，在对生产环境进行更改之前，他们需 要详细的测试，以确保不会有服务中断或性能下降的情况发生。因为这类问题，可能会导致执行 昂贵的回滚才能恢复服务。 更糟的是，它们可能会导致服务水平协议的无法完成 ，对客户满意度造成负面的影响以及导致商 机或收入的损失。 IT团队需要创建和运行一些可靠，高效，及全面性的测试工作负载来模拟生产环境。 这是一个耗时费力及代价高昂的过程。 实际上，自动性的回归测试通常只测试了一小部分的生产工作负载，有时并不包括应用程序栈的 正确组合，例如网络服务器与应用服务器，或通常在生产环境中才能结集到的用户数目。 为了帮助企业应对这些挑战，IBM已经开发了InfoSphere Optim Query Capture and Replay ，一 个可以让您捕获生产工作负载，在测试环境中重放，并用来分析企业级改变可能造成之影响的网 络工具。让我们来看看样品户外公司的IT团队，如何使用InfoSphere Optim Query Capture and Replay来有效验证他们计划在生产数据库环境中所做的改变。 （情景） 在这个场景中，数据库管理员李娜，正在积极寻找机会来调整和提高她们公司的网络应用程序在 生产环节中的性能。 在对生产环境 进行任何更改之前，她想使用 InfoSphere Capture and Replay 在测试环境中来验证所做的更改将提高性能，并且不会造成任何问题。 验证工作分为两个阶段： 在第一个阶段中，李娜创建了一个基线工作负载，以验证测试与生产环境的相似性。 她完成了以下四个方面的工作： 1. 首先，对于她所感兴趣的应用程序，她在一个具有代表性的数据库流量时段内捕获了一个工 作负载。 2. 第二，她用下列行动准备测试环境。她还原了生产数据库的一个子集到测试数据库中 ，并转 换了刚捕获的原始负载格式，使之能在测试数据库里重放。 3. 第三，她在测试环境中重放了捕获到的负载。 4. 最后，在负载重放完毕后，她创建了一份报告，来比较和分析重放工作负载的准确性。 在第二阶段中，李娜调整她的测试数据库环境，然后验证基线工作负载能成功地在调整后的环境 中运行并具有更高的性能。 她完成了以下任务： 1. 首先 ，她调整了测试环境 2. 第二，她在测试环境中重放了基线负载 3. 最后，她对调整的影响进行了分析。 让我们来看看李娜如何能便捷地使用InfoSphere Capture Replay来完成这个场景。 （第1阶段过渡到视频剪辑） 首先，李娜登录到InfoSphere Capture Replay ，打开SQL工作负载的页面，来安排一个生产工 作负载的捕获：她单击“捕获“ ，并输入一个描述性的工作负载名称。从她的数据库连接列表中选 择了生产数据库 她安排了开始时间，及持续时间为60分钟。她加上了一条描述性说明，以便稍后能帮助她识别 工作负载。最后，在她可以安排工作负载的捕获之前，她需要输入用户信息 ，来验证她已被授权 而且能在选定的生产数据库中执行工作负载的捕获。现在工作负载的捕获已经被安排好了。 （过渡） 之后，李娜回来检查工作负载是否已被捕获，并开始准备用于重放的测试数据库。在一般情况 下，测试数据库需要反映生产数据库在工作负载被捕获之前的状态。这个可以通过恢复备份镜像 来达成。在这个例子中，李娜先建立了相关的数据库对象，并使用了OPTIM Test Data Management创建了一个生产数据子集。然后她将子集在测试系统上还原。 现在，李娜将捕获后的负载转换成能够重放的格式：她选择了所需子集数据库的数据库连接 她输入并验证了数据库用户信息，这些用户信息将被用来在测试数据库中运行所有捕获到的 SQL语句。她继续提供所需的用户信息 ，以确认她被授权进行工作负载的转换。她可以在转换 过程中进行实时监控，或在操作完毕后查看结果。 （过渡） 在转换完成之后，李娜就能在测试数据库中重放负载。她确认她选择了正确的重放数据库。 然后，她便重放这个工作负载。在负载重放时，数据库流量的出入会被自动捕获成一个新的重放 负载。这让李娜可以在稍后比较重放的负载与原来捕获的负载，或之后在