“备用服务”可以造什么句，备用服务造句

DB 2服务器会自动将日志变更从主服务器传递给备用服务器。

在最简单的情况下，每台服务器配备一台备用服务器，用于故障恢复。

这时，WebSphereApplicationServer就会与备用服务器重新建立连接，并将回滚事务，然后在备用服务器上重新发布。

在11.1中，备用服务器只允许应用程序读取数据。

当在两个服务器上都启用事务日志时，备用服务器上的资源使用稍微增加。

右边的服务器(备用服务器)称为“备用”集群成员，因为它的唯一负载就是集群复制。

主服务器的日志写入和对于备用服务器的发送在主服务器上是并行执行的。

你甚至可以以任意顺序将备用服务器串联起来。

在同步模式下，只有接收到来自hdr备用服务器的确认，主服务器才会提交事务。

tsa集群域和备用服务器通过专用线路链接在一起。

在需求再次回落之后，可以释放备用服务器以作他用。

持久*设为adaptive意味着如果备用服务器也在活动，那么主服务器以宽松的日志记录模式*作。

最后两个影响*能的要素是备用服务器上的读*作和内部并行*。

向集群添加新的SD备用服务器非常简单，准备好共享磁盘后只需几秒就可完成。

备用市场研究主要解决市场交易规则和确定备用服务的购买方法，以保*备用市场交易的正常稳定运行。

通过在备用服务器上恢复数据库的备份映像，或者初始化主数据库的分割镜像拷贝，创建备用数据库。

简言之，当一切正常时，备用服务器正在做什么与如何为那个服务器上的DB2 获得许可有很大的关系。

活动服务器将所有数据库复制到备用服务器。

SD备用服务器中的检查点是同步的。

还设置了一个LDAP服务器副本作为备用服务器来响应客户机的请求。

借助冗余服务器，从故障服务器切换到备用服务器的过程称为故障恢复(或热交换)。

对于2 -safe设置，只有当事务在主服务器和备用服务器上都提交之后，控制权才回到应用程序。

为了在备用服务器上保持数据库的一个同步副本，系统会一致地将DB 2HADR日志文件从主要服务器发送到备用服务器来保持二者的同步。

而备用服务器直到从主服务器收到消息，得知它磁盘上具有相同的日志，才写入该日志。

对于任何按照VU模型颁发许可的DB 2数据服务器，无论服务器基于哪种处理核心体系结构，都按照100vu为warm备用服务器颁发许可。

5以后，sd备用服务器支持提交后读、最后一次提交后读和脏读隔离级别。

在备用配置中，备用服务器在等待生产服务器发生故障时是空闲的。

它由一对服务器组成—主服务器和HDR备用服务器—并且同时支持异步和同步复制模式。

确保tsa域中的两个服务器和备用服务器都为DB 2通信启用了TCPIP协议。

不过，备用服务器信息将仅存储在JDBC驱动程序端的内存中。

如果可以找到，重新路由功能将首先重新尝试连接失败的主要服务器，如果该*作失败，重新路由将尝试连接替代的备用服务器。

完成恢复后，HDR备用服务器将进入recovery模式。

无状态的故障恢复是最简单的方法，但也是作用最有限的方法，因为该方法在故障服务器与备用服务器之间没有维护任何状态。

当主要服务器脱机时(计划内或计划外停机)，备用服务器将联机代替其工作。

活动服务器的负载将被复制到所有其他备用服务器。