MyBatis DB Verbindung Failover-Mechanismus funktioniert nicht

Question

Ich habe eine Java-Anwendung (jar) als OSGI-Bundle in Adobe Experience Manager installiert.

In Java-Anwendung Ich habe folgende Datenquelle Konfiguration: 1. Ich bin mit Mybatis-3-Datenquelle zusammengefasste Verbindungen folgenden bemannten verwalten: Mit den Eigenschaften wie in http://www.mybatis.org/mybatis-3/getting-started.html erwähnt

2. Creating SQL Session factory in following manner : 
     SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(configuration); 

3. Using SQL Server 2014 as my database. 

Wir haben Cluster von DB-Servern, wann immer wir einen Patch auf Datenbank anwenden müssen, wechseln wir den DB-Server. Obwohl die dataSource-URL gleich bleibt, führt die Anwendung zu Fehlern bei DB-Verbindungsfehlern. Das Problem wird erst nach dem Neustart des Pakets gelöst. Kann der Verbindungspool automatisch wiederhergestellt oder wiederhergestellt werden? Ich bin neu in MyBatis, SQL Server und AEM, jede Hilfe wird sehr geschätzt.

Answer 1

Die einfachste Problemumgehung für Sie besteht darin, eine Pool-Ping-Abfrage einzurichten. Es scheint, dass Ihre Verbindungen den Wechsel in die Cold-Standby-Datenbank nicht überstehen. Sie müssen wieder geöffnet werden. Mit dieser Abfrage kann der Verbindungspool prüfen, ob eine Verbindung noch in Ordnung ist. Wenn nicht, wird diese fehlerhafte Verbindung geschlossen.

Nachdem ich meinen Kommentar gegeben habe, schaute ich auf http://www.mybatis.org/mybatis-3/configuration.html. Dort sollten Sie für die Parameter sehen

• poolPingQuery
• poolPingEnabled

Ich würde es versuchen, mit der folgenden Konfiguration

<dataSource type="POOLED"> 
    ... 
    <property name="poolPingQuery" value="/* ping */ SELECT 1"/> 
    <property name="poolPingEnabled" value="true"/> 
</dataSource> 

aber darüber im Klaren sein, dass dies immer noch kein graziöser Schalter. Es prüft nur auf Verbindungen im Pool. Alle laufenden Transaktionen erhalten weiterhin einen Fehler. Aber es könnte in Ordnung sein, wenn Ihre Transaktionen kurz, nicht massiv parallel und nicht sehr kritisch sind.