如果在高可用性和灾难恢复方面必须审核Java应用程序的最坏实践,则可能会寻找硬编码的IP地址和绑定句柄的次佳缓存。还应该考虑什么?
java design-patterns high-availability anti-patterns disaster-recovery
每天一次,我需要使用ftp和mysqlimport从Net下载的新文件更新MySQL表.但是,我希望我的网站在mysqlimport操作期间保持平稳运行,这需要相当长的时间(这是一个很大的表).什么是确保用户不等待导入完成的好方法?我正在考虑导入临时表,然后重命名它.这是一个好计划吗?
我的老板希望建立一个能够引起大陆灾难性事件的系统.他希望在美国拥有两台服务器,在亚洲拥有两台服务器(每个大陆有1台登录服务器和1台工作服务器).
请帮忙.我已经结束了我的智慧.先感谢您.
failover load-balancing high-availability user-accounts database-replication
我们已经考虑过为我们的下一个项目运行一个noSQL数据库.但是,我们不确定哪个平台能够为我们提供最佳可用性,并且具有最好的内置复制功能/功能来提供这一功能 - 最难以解决.
现在,Cassandra似乎是最好的候选人,但我们希望从那些在这方面有更多经验的人那里听到更多关于这一点的信息,然后我们会这样做.
非常感谢!
我正在运行一个使用 spring、hibernate、jsf 等的应用程序。该应用程序还使用 ha-jdbc 来使数据库高度可用。应用第一次部署时,应用运行流畅,但是当它取消部署并部署回来时,tomcat给出以下错误:
以下 Web 应用程序已停止(重新加载、取消部署),但它们之前运行的类仍在内存中加载,从而导致内存泄漏(使用分析器确认):
我想知道如何摆脱这个问题。任何天才?
提前致谢。
当我在Websphere MQ中阅读有关HA的内容时,我总是提到这一点,最佳做法是创建两个处理相同队列的队列管理器并使用开箱即用的负载平衡.因此,当一个人失败时,另一个人接管他的工作.
嗯,这很好,但是队列中属于队列管理器的消息怎么样呢?我的意思是这些消息驻留在那里(当队列是持久的时候),直到QM启动并再次运行?
此外,是否可以为这个加倍的队列管理器创建一个公共存储?然后没有消息会等待QM上升.每条消息都将以正确的顺序传递.它是否正确?
尝试创建针对SQL Server 2012高可用性组的"只读"意图连接字符串,在本文之后,我得到:
System.ArgumentException:不支持关键字:'application intent'.在System.Data.Common.DbConnectionOptions.ParseInternal(Hashtable parsetable,String connectionString,Boolean buildChain,Hashtable synonyms definitions,Boolean firstKey)
这是在Windows 7 Pro计算机上,针对基于SQL Server 2012的高可用性组(已确认使用"-ReadOnly"参数).
有两篇关于修补程序的MS KB文章介绍了"Application Intent",但它们适用于Framework版本3.5和4.我没有找到任何4.5,所以我认为支持包括在内.两个4.5和SQL服务器本机客户端应该支持外的开箱.
我们正在使用4.5.
这是连接字符串:
Data Source=HAListener;Initial Catalog=*********;User ID=************;Password=********; Application Intent=ReadOnly
Run Code Online (Sandbox Code Playgroud)
有人遇到过这个错误吗?
已解决 应用程序意图中不应有任何空格:
ApplicationIntent=ReadOnly
Run Code Online (Sandbox Code Playgroud) sql-server connection-string high-availability sql-server-2012
是否可以在高可用性(HA)模式下运行Neo4j,并具有多个Java客户端(嵌入式Java)的读/写访问权限?
如果是,是否需要特殊配置?(除标准HA配置外)
我想在我的计算机上运行包含三个本地服务器的HA群集.使用套接字从三个Java客户端编写和读取.
如果我有三个zookeeper节点,一个领导者和两个粉丝.如果领导人死了,会发生什么,是否会从剩下的两个领导者中选出新的领导者?好吧,让我们假设一个人被选为新的领导者,如果新的领导者也去世了.最后一个还在服务吗?谢谢!
我们需要构建无状态微服务,该服务依赖数据库集群来持久化数据。
对于使用数据库集群的冗余无状态微服务(以实现高可用性和可伸缩性),建议使用哪种方法?例如:运行1.0版付款服务的多个副本。
所有冗余微服务都应该使用公共共享数据库架构还是应该有自己的架构?如果是独立的DB模式,则冗余服务之间可能存在不一致。
另外,在使用通用数据库模式的情况下,如何处理模式升级?
database high-availability distributed-computing stateless microservices