failover

4热度

1回答

配置GlassFish JDBC连接池以处理Amazon RDS多可用区故障转移

我有一个在EC2上的GlassFish上运行的Java EE应用程序，在Amazon RDS上有一个MySQL数据库。我正在尝试配置JDBC连接池以最大限度地减少数据库故障转移时的停机时间。我的当前配置在多可用区故障转移期间无法正常工作，因为备用数据库实例在几分钟内（根据AWS控制台）可用，而我的GlassFish实例长时间卡住（约15分钟）才能恢复工作。连接池配置是这样的： asadmin

0热度

1回答

如何创建集群（故障转移）SAP Crystal Reports服务器

我在运行Windows Server 2012的多台机器上有几台SAP Crystal Reports服务器。我的网站连接到Crystal Report服务器并向它发送请求，然后服务器生成报告并发送输出到应用程序服务器，并向目标用户显示报告。我的问题是：我可以在一个集群环境中配置水晶报表服务器并使用“故障转移”和“负载平衡”期货吗？怎么样？可以帮助我吗？我希望有一个与Oracle集群件（RAC

0热度

1回答

设定的Postgres的trigger_file的

在Postgres的recovery.conf文件中设置trigger_file名字的时候，当我使用 trigger_file = '$PGDATA/failover_file' ，然后touch $PGDATA/failover_file，故障转移工作不但路径名，当我使用的 trigger_file = '/opt/rh/postgresql92/root/var/lib/pgsql/da

0热度

1回答

Akka机器故障

我想知道Akka群集上的机器是否故障（Amazon EC2竞价型实例），如何将运行在此Inntance上的actor的邮箱中的相同消息重新路由到在另一台机器上运行的相同actor实例。谢谢。 -Devendra

1热度

1回答

使用PHP/Stomp客户端进行故障转移的ActiveMQ

这里的目标是：使用Stomp连接到ActiveMQ故障转移群集（主/从）的PHP应用程序。这里是版本：的ActiveMQ 5.7 PHP 1.0.5跺脚稳定 PHP 5.4.4-14 + deb7u14（CLI）这里是设置： 2台带ActiveMQ的服务器; keepalived安装在两台服务器上，共享VIP 的PHP脚本以下 < ? php $queue = '/queue/test'

1热度

1回答

MongoDB的 - 如何让副本集下台真正的无缝

的问题是 - 当你的副本集被迫下台您的应用程序运行时，所有的主流蒙戈客户将抛出每个连接至少一个例外。发生这种情况是因为它们的数据库连接硬连线到过去是主要的物理服务器，并且不再接受查询。所以，虽然MongoDB的建筑师可能会认为，降压过程中不会产生任何的停机时间，在现实中，如果你按照他们的文档处理连接，每个下台将造成一个完全成熟的崩溃了至少一个用户，甚至可能会造成数据的完整性问题。我希望这可以通过一

3热度

4回答

namenode ha故障转移时间

Namenode HA（NFS，QJM）在hadoop 2.x（HDFS-1623）中可用。它为Namenode提供了快速故障转移功能，但是我找不到上的任何描述需要多长时间才能从故障中恢复恢复。任何人都可以告诉我吗？感谢您answer.As事实的事情，我想知道两个节点（活动NameNode和备用的NameNode）的转变之间的时间。可你告诉我多久？

0热度

2回答

当主体出现故障时，自动故障转移到镜像数据库的多个连接

我有主体数据库（server_A），镜像数据库（server_B）和见证数据库（server_C）。数据库设置为自动故障转移，即server_A关闭或故障转移时，server_B承担新主体数据库的角色。就我所知，数据库法定人数设置正确。我已经用C++编写了一个应用程序来连接数据库并获取一个值来确保真正的连接。应用程序检测GetValue调用发生故障的时间，并在发生错误时尝试重新连接。问题是这样

1热度

2回答

使用MessageListener的JMS MessageConsumer在ActiveMQ关闭时终止

尝试让JMS MessageConsumer在ActiveMQ重新启动后继续存在，因此可以使用故障切换传输协议重新连接。但是，它会在ActiveMQ关闭时终止。这看起来像报道和“解决”的错误，但我仍然在ActiveMQ中5.10.0的最新版本看到这我用下面的行家依赖 <dependency> <groupId>org.apache.activemq</groupId>

1热度

1回答

任何人都知道为什么一个mongodb副本集会在相当快速的连续中进行主要和次要交换？

我们有3个mongo服务器设置为副本，其中一个永远不会成为主服务器（备份）。假设mongo1是主要的，mongo [2..3]是辅助的。 mongo2和mongo3将无法访问mongo1，从而导致mongo2被选为主节点。 Mongo1然后看到这并成为主要。然后，mongo2和3在几秒钟后再次看到mongo1，然后重新选举。是否有这么快就重新选择mongo1的原因？ mongo 1和2都具有相同