通过数据库管理的空间(DMS)和原始设备，我们可以减少磁盘资源的故障转移时间，因为在故障转移时将不会进行磁盘检查。
With database managed space (DMS) and raw device, we can decrease the time to fail over the disk resources, because there will be no checking of disks during failover.
即使在发生故障的资源管理器持续不可用时，您能够在事务管理器中提交下一个事务而不出现问题吗？
Are you able to submit the next transaction on the transaction manager without any problem, even as the failed resource manager continues to be unavailable?
当资源管理器在不同时间点出现故障时，下面小节展示的一些测试案例可以帮助您解决这些问题，因为它们都与事务管理器相关。
The next section presents some test cases to help you answer these questions as they relate to the transaction manager, in the event of a resource manager failure at different points in time.
这是流的体系结构集，用于确保无论发生什么故障，事务中的所有资源管理器都能够可靠地协作。
This is an architected set of flows used to ensure all resource managers in a transaction can be reliably coordinated, irrespective of any failure.
该部分是流程的体系结构集，事务管理器使用它来确保不管任何故障都能可靠地协调事务中所有的资源管理器。
This is an architected set of flows that transaction managers use to ensure all resource managers in a transaction can be reliably coordinated, irrespective of any failure.
具体故障信息、故障时间和涉及的用户被发送到每个管理员，这些管理员可以采取措施或是调查有疑问的资源的服务器状态。
Specific failure messages, time of failure, and users involved are sent to each administrator who can then take action or investigate the server status of the resources in question.
在准备和提交进程期间，资源管理器出现故障，事务管理器检测到错误。
The resource manager fails between prepare and commit processing, and the transaction manager detects the failure.
事务管理器能够处理资源管理器的灾难性故障非常重要，这样当一个资源管理器出现故障时，其余的仍能继续照常运行。
It is important that the transaction manager is able to handle catastrophic failures of the resource managers, and as such continue operating if one of the resource managers has a failure.
事务管理器要能够处理某些资源管理器的故障，而且发生这种情况时，事务管理器还要能够继续操作，这点也很重要。
It is also important that the transaction manager be able to handle certain resource manager failures, and as such continue operating should this situation occur.
此外，现在可以对单独的应用程序甚至单个资源进行故障转移，而以前的故障转移单位是整个队列管理器。
In addition, it is now possible to failover individual applications or even single resources, whereas previously the unit of failover was an entire queue manager.
本文展示了当资源管理器出故障时，预期的事务管理器行为。
This article looks at the expected behavior of a transaction manager when a resource manager fails.
为了执行从故障场景中恢复，事务管理器和资源管理器必须能够在事务流程的任何点从故障中恢复。
In order to implement recovery from failure scenarios, the transaction manager and the resource manager must be able to recover from a failure at any point in the transactional flow.
发生故障转移的情况有两种：一是系统管理员指示集群中的节点执行故障转移；二是出现灾难性应用程序或服务器故障的情况迫使资源组转移。
Failover can occur when a systems administrator instructs the nodes in the cluster to do so or when circumstances like a catastrophic application or server failure forces the resource groups to move.
涉及到的资源管理器在执行过程中的不同时间点都可能会出现故障。
The failure of a participating resource manager can happen at different points of execution.
不过，如果故障事务中包括多个资源管理器，则管理员需要检查数据的一致性。
However, administrators need to check the consistency of the data if multiple resource managers are involved in the failing transactions.
接下来我们就会解释在本文实例中可恢复的资源管理器(参与者)如何从故障中恢复和保证数据完整性。
Next we illustrate how the recoverable resource managers (participants) in this example can recover from failures and insure data integrity.
您能够运行未涉及出故障的资源管理器的事务吗？
Are you able to run transactions that do not involve the failed resource manager?
资源管理器恢复可用时，包含了出故障的资源管理器的事务是否也自动解决了问题呢？
Does the transaction that involves the failed resource manager get resolved automatically when the resource manager becomes available again?
暂时或长期的网络故障将导致资源管理器不可用。
A transient or long duration network outage can cause the resource manager to be unavailable.
资源管理器故障的常见原因。
一些常见的原因会引起资源管理器故障或变得不可用，其中包括
There are a few common reasons why a resource manager might fail or otherwise be unavailable. Among them
下面是一些设计考虑因素，可以使您的事务管理器灵活应对资源管理器故障。
Here are some design considerations to help you make your transaction manager resilient to resource manager failures.
案例2：连接到一个进程时，资源管理器出现故障。
Case 2: Resource manager fails while connected to a process.
案例3：资源管理器出现故障后，进程保持旧的处理。
Case 3: Process retaining stale handles after resource manager failure.
案例1：执行事务时，资源管理器出故障。
本文的研究目的就是为“板级产品故障诊断软件开发平台”提供通用化的测试资源管理方法。
The study purpose of this thesis is to offer a general test resource management method for the project "Platform for Developing Fault Diagnosis Systems of Circuit Boards ".
该应用在有效的管理通信光缆资源，缩短抢修时间，减少因故障的发生而带来的损失方面取得了满意的效果。
This application has gained a satisfactory result for effectively managing communication optical cable resources, shortening the repair time, and diminishing the loss caused by faults.
文章着重介绍了该操作系统的资源管理、多机通信、过程控制以及状态监视与故障处理等技术。
The paper discusses the resource management, interprocessor communication, process control, state monitor and error processing, which are important technical problems for RCDOS.
网络拓扑是网络管理的基础，它对于网络资源规划、网络故障分析、服务质量的提升有重要意义。
Network topology is the base of network administration. It is important for network resource planning, network fault analysis, QOS promotion.
网络拓扑是网络管理的基础，它对于网络资源规划、网络故障分析、服务质量的提升有重要意义。
Network topology is the base of network administration. It is important for network resource planning, network fault analysis, QOS promotion.
应用推荐