SOLIDWORKS PDM Professional unterstützt die Replikation der Tresordatenbank, was die Leistung bei hoher Latenz (in der Regel mehr als 50 Millisekunden) und in Umgebungen mit intensiver Nutzung verbessern kann.
Administratoren können AlwaysOn Availability Groups (AOAG)-Technologie aus der Microsoft SQL Enterprise-Edition 2012 oder höher verwenden. Einzelheiten finden Sie unter https://msdn.microsoft.com/en-us/library/ff878265.aspx.
Für jede Verfügbarkeitsgruppe unterhält AOAG eine einzelne primäre Datenbank mit Lese-/Schreibzugriff und mehrere schreibgeschützte sekundäre Datenbanken. Der primäre SQL-Server aktualisiert die sekundären SQL-Server regelmäßig.
Der SOLIDWORKS PDM Web2-Client und der Web-Client können die sekundäre Datenbank nicht nutzen.
Sie können die sekundären SQL-Server über LAN und WAN mit dem primären SQL-Server verbinden. Mit AOAG kann SOLIDWORKS PDM Professional die Lesevorgänge an den sekundären SQL-Server weiterleiten. Dies verbessert die Leistung folgendermaßen:
- Die Lesevorgänge werden an den sekundären SQL-Server geleitet, was die Last auf dem primären SQL-Server erheblich verringert, sodass dieser schneller reagieren und höhere Lasten verarbeiten kann.
- Für Lesevorgänge greifen Benutzer auf den sekundären SQL-Datenbankserver statt auf die primäre SQL-Datenbank zu. Dies beschleunigt Lesevorgänge wie das Navigieren durch Ordner im Tresor und den Zugriff auf Datenkarten und Informationen wie „Enthält“ und „Wo verwendet“.
- Im Fall von hoher Latenz zwischen dem Client und dem primären SQL-Server sorgt ein sekundärer SQL-Server lokal auf dem Client für eine verbesserte Leistung bei Lesevorgängen.
Es wird empfohlen, den synchronen Commit-Modus auf den sekundären SQL-Servern zu verwenden, die nur sehr wenig Latenz zum primären SQL-Server haben.
Alle Schreibvorgänge werden an den primären SQL-Server geleitet. Während der Anmeldung wird der Benutzer wie folgt verbunden:
- Mit den primären und den sekundären SQL-Servern, wenn der sekundäre SQL-Server erreichbar ist.
- Mit dem primären SQL-Server, wenn der sekundäre SQL-Server nicht erreichbar ist. In diesem Fall verarbeitet der primäre SQL-Server alle Datenbankoperationen für diese Sitzung.