TechNet
Exportieren (0) Drucken
Alle erweitern

Erste Schritte mit AlwaysOn-Verfügbarkeitsgruppen (SQL Server)

 

Betrifft: SQL Server 2016

<_caps3a_sxs _xmlns3a_caps="http://schemas.microsoft.com/build/caps/2013/11"><_caps3a_sxstarget locale="de-DE">Dieses Thema enthält eine Einführung in die Schritte zum Konfigurieren von Instanzen von SQL Server 2016 für die Unterstützung von AlwaysOn-Verfügbarkeitsgruppen sowie zum Erstellen, Verwalten und Überwachen von Verfügbarkeitsgruppen.Vorbereitungen:   Empfohlene LektüreErste Schritte mit:  Konfigurieren von SQL Server-Instanzen für die Unterstützung von AlwaysOn-VerfügbarkeitsgruppenErstellen und Konfigurieren einer neuen VerfügbarkeitsgruppeVerwalten von Verfügbarkeitsgruppen, Replikaten und DatenbankenÜberwachen von Verfügbarkeitsgruppen Verwandte InhalteVorbereitungenEmpfohlene LektüreBevor Sie die erste Verfügbarkeitsgruppe erstellen, empfiehlt es sich, die folgenden Themen zu lesen:Overview of AlwaysOn Availability Groups (SQL Server) Prerequisites, Restrictions, and Recommendations for AlwaysOn Availability Groups (SQL Server) Konfigurieren von SQL Server-Instanzen für die Unterstützung von AlwaysOn-Verfügbarkeitsgruppen   SchrittLinksAlwaysOn-Verfügbarkeitsgruppen aktivieren. Die AlwaysOn-Verfügbarkeitsgruppen-Funktion muss für jede Instanz von SQL Server 2016 aktiviert werden, die an einer Verfügbarkeitsgruppe teilnehmen soll.Voraussetzungen: Beim Hostcomputer muss es sich um einen WSFC-Knoten (Windows Server Failover Clustering) handeln.Informationen zu weiteren Voraussetzungen finden Sie unter "Voraussetzungen und Einschränkungen für SQL Server-Instanzen" in Prerequisites, Restrictions, and Recommendations for AlwaysOn Availability Groups (SQL Server).Aktivieren und Deaktivieren von AlwaysOn-VerfügbarkeitsgruppenDatenbankspiegelungs-Endpunkt erstellen (sofern nicht vorhanden). Stellen Sie sicher, dass jede Serverinstanz einen Datenbankspiegelungs-Endpunkt besitzt. Die Serverinstanz empfängt über diesen Endpunkt AlwaysOn-Verfügbarkeitsgruppen-Verbindungen von anderen Serverinstanzen.So bestimmen Sie mit sys.database_mirroring_endpoints, ob ein Datenbankspiegelungs-Endpunkt vorhanden istFür die Windows-Authentifizierung. So erstellen Sie einen Datenbankspiegelungs-Endpunkt: Assistent für neue VerfügbarkeitsgruppenTransact-SQLSQL Server-PowerShellFür die zertifikatbasierte Authentifizierung. So erstellen Sie einen Datenbankspiegelungs-Endpunkt mit Transact-SQLErstellen und Konfigurieren einer neuen Verfügbarkeitsgruppe     SchrittLinksErstellen Sie die Verfügbarkeitsgruppe. Erstellen Sie die Verfügbarkeitsgruppe in der Instanz von SQL Server, der die der Verfügbarkeitsgruppe hinzuzufügenden Datenbanken hostet.Erstellen Sie zumindest das ursprüngliche primäre Replikat für die Instanz von SQL Server, in der Sie die Verfügbarkeitsgruppe erstellen. Sie können ein bis vier sekundäre Replikate angeben. Weitere Informationen zu Eigenschaften von Verfügbarkeitsgruppen und Replikaten finden Sie unter CREATE AVAILABILITY GROUP (Transact-SQL).Es wird dringend empfohlen, einen Verfügbarkeitsgruppenlistener zu erstellen.Voraussetzungen: Die Instanzen von SQL Server, die Verfügbarkeitsreplikate für eine angegebene Verfügbarkeitsgruppe hosten, müssen sich jeweils in einem separaten Knoten eines einzelnen WSFC-Clusters befinden. Die einzige Ausnahme besteht darin, dass sich eine Verfügbarkeitsgruppe während der Migration zu einem anderen WSFC-Cluster vorübergehend auf zwei Cluster erstrecken kann. Informationen zu den weiteren Voraussetzungen finden Sie unter "Voraussetzungen und Einschränkungen für Verfügbarkeitsgruppen, "Voraussetzungen und Einschränkungen für Verfügbarkeitsdatenbanken" und "Voraussetzungen und Einschränkungen für SQL Server-Instanzen" unter Prerequisites, Restrictions, and Recommendations for AlwaysOn Availability Groups (SQL Server).Sie können eine Verfügbarkeitsgruppe mit einem der folgenden Tools erstellen:Assistent für neue VerfügbarkeitsgruppenTransact-SQL SQL Server-PowerShellVerknüpfen sekundärer Replikate mit der Verfügbarkeitsgruppe Verbinden Sie die einzelnen Instanzen von SQL Server 2016, die ein sekundäres Replikat hosten, und verknüpfen Sie das lokale sekundäre Replikat mit der Verfügbarkeitsgruppe.Verknüpfen eines sekundären Replikats mit einer VerfügbarkeitsgruppeTipp: Wenn Sie den Assistenten für neue Verfügbarkeitsgruppen verwenden, erfolgt dieser Schritt automatisch.Bereiten Sie sekundäre Datenbanken vor. Stellen Sie mit RESTORE WITH NORECOVERY auf jeder Serverinstanz, die ein sekundäres Replikat hostet, Sicherungen der primären Datenbanken wieder her.Manuelles Vorbereiten einer sekundären DatenbankTipp: Die sekundären Datenbanken können mit dem Assistenten für neue Verfügbarkeitsgruppen vorbereitet werden. Weitere Informationen finden Sie unter "Voraussetzungen für die Verwendung der vollständigen anfänglichen Datensynchronisierung" unter Select Initial Data Synchronization Page (AlwaysOn Availability Group Wizards).Verknüpfen Sie die sekundären Datenbanken mit der Verfügbarkeitsgruppe. Verknüpfen Sie auf jeder Serverinstanz, die ein sekundäres Replikat hostet, jede lokale sekundäre Datenbank mit der Verfügbarkeitsgruppe. Mit dem Beitritt zur Verfügbarkeitsgruppe wird von der betreffenden sekundären Datenbank die Datensynchronisierung mit der zugehörigen primären Datenbank initiiert.Verknüpfen einer sekundären Datenbank mit einer VerfügbarkeitsgruppeTipp: Wenn jede sekundäre Datenbank auf jedem sekundären Replikat vorhanden ist, kann dieser Schritt im Assistenten für neue Verfügbarkeitsgruppen ausgeführt werden.Verfügbarkeitsgruppenlistener erstellen Dieser Schritt muss ausgeführt werden, sofern Sie beim Erstellen der Verfügbarkeitsgruppe noch keinen Verfügbarkeitsgruppenlistener erstellt haben.Create or Configure an Availability Group Listener (SQL Server) Geben Sie den DNS-Hostnamen der Listener für Entwickler an. Entwickler müssen diesen DNS-Namen in den Verbindungszeichenfolgen zur Weiterleitung von Verbindungsanforderungen an den Verfügbarkeitsgruppenlistener angeben. Weitere Informationen finden Sie unter Availability Group Listeners, Client Connectivity, and Application Failover (SQL Server)."Nachverfolgung: Nach dem Erstellen eines Verfügbarkeitsgruppenlisteners" unter Create or Configure an Availability Group Listener (SQL Server)Konfigurieren Sie, wohin Sicherungsaufträge. Wenn Sie Sicherungen für sekundäre Datenbanken ausführen möchten, müssen Sie ein Sicherungsauftragsskript erstellen, das die Einstellung für automatisierte Sicherungen berücksichtigt. Erstellen Sie ein Skript für jede Datenbank in der Verfügbarkeitsgruppe auf jeder Serverinstanz, die ein Verfügbarkeitsreplikat für die Verfügbarkeitsgruppe hostet."Nachverfolgung: Nach dem Konfigurieren einer Sicherung auf sekundären Replikaten" unter Configure Backup on Availability Replicas (SQL Server)Verwalten von Verfügbarkeitsgruppen, Replikaten und DatenbankenWeitere Informationen zu Eigenschaften von Verfügbarkeitsgruppen und Replikaten finden Sie unter CREATE AVAILABILITY GROUP (Transact-SQL).Zur Verwaltung vorhandener Verfügbarkeitsgruppen gehören folgende Aufgaben:TaskLinkÄndern Sie die flexible Failoverrichtlinie der Verfügbarkeitsgruppe, um die Bedingungen zu steuern, die ein automatisches Failover verursachen. Diese Richtlinie ist nur relevant, wenn automatisches Failover möglich ist.Konfigurieren der flexiblen Failoverrichtlinie einer VerfügbarkeitsgruppeFühren Sie ein geplantes manuelles Failover oder ein erzwungenes manuelles Failover (mit möglichem Datenverlust) durch. Letzteres wird in der Regel erzwungenes Failover genannt. Weitere Informationen finden Sie unter Failover and Failover Modes (AlwaysOn Availability Groups).Ausführen eines geplanten manuellen FailoversAusführen eines erzwungenen manuellen FailoversZeigen Sie den Zustand für eine Verfügbarkeitsgruppe und deren Replikate und Datenbanken mithilfe eines Satzes vordefinierter Richtlinien an.Verwenden der richtlinienbasierten Verwaltung zur Anzeige des Zustands einer VerfügbarkeitsgruppeVerwenden des AlwaysOn-GruppendashboardsFügen Sie ein sekundäres Replikat hinzu, oder entfernen Sie eines.Hinzufügen eines sekundären Replikats Entfernen eines sekundären ReplikatsHalten Sie eine Verfügbarkeitsdatenbank oder setzen Sie eine fort. Wenn Sie eine sekundäre Datenbank anhalten, verbleibt diese im aktuellen Zustand, bis Sie sie fortsetzen.Anhalten einer DatenbankFortsetzen einer DatenbankFügen Sie eine Datenbank hinzu, oder entfernen Sie eine.Hinzufügen einer DatenbankEntfernen einer sekundären DatenbankEntfernen einer primären DatenbankKonfigurieren Sie einen Verfügbarkeitsgruppenlistener erneut, oder erstellen Sie einen.Erstellen oder Konfigurieren eines VerfügbarkeitsgruppenlistenersLöschen Sie eine Verfügbarkeitsgruppe.Löschen einer VerfügbarkeitsgruppeFühren Sie die Problembehandlung für das Hinzufügen von Dateien aus. Dies kann erforderlich sein, wenn die primäre Datenbank und eine sekundäre Datenbank unterschiedliche Dateipfade aufweisen.Problembehandlung bei einem fehlgeschlagenen Vorgang zum Hinzufügen einer DateiÄndern Sie Eigenschaften von Verfügbarkeitsreplikaten.Ändern des VerfügbarkeitsmodusÄndern des FailovermodusKonfigurieren der Sicherungspriorität (und der Einstellung für automatisierte Sicherungen)Konfigurieren des schreibgeschützten ZugriffsKonfigurieren des schreibgeschützten RoutingsÄndern des SitzungstimeoutsÜberwachen von VerfügbarkeitsgruppenZum Überwachen der Eigenschaften und des Status einer AlwaysOn-Verfügbarkeitsgruppe können Sie die folgenden Tools verwenden.ToolKurze BeschreibungLinksSystemcenter-Überwachungspaket für SQL ServerDas Überwachungspaket für SQL Server (SQLMP) ist die empfohlene Lösung, mit der IT-Administratoren Verfügbarkeitsgruppen sowie Verfügbarkeitsreplikate und Verfügbarkeitsdatenbanken überwachen. Die auf AlwaysOn-Verfügbarkeitsgruppen abgestimmten Überwachungsfunktionen umfassen:Automatische Erkennung von Verfügbarkeitsgruppen, Verfügbarkeitsreplikaten und Verfügbarkeitsdatenbank unter Hunderten von Computern. Dies ermöglicht Ihnen die einfache Nachverfolgung des AlwaysOn-Verfügbarkeitsgruppen-Inventars.Umfassende Warnungs- und Tickererstellungsfunktionen durch den System Center Operations Manager (SCOM). Diese Funktionen liefern detaillierte Informationen zur schnelleren Behebung eines Problems.Eine benutzerdefinierte Erweiterung der AlwaysOn-Systemüberwachung unter Verwendung der richtlinienbasierten Verwaltung.Integritätsrollups von Verfügbarkeitsdatenbanken auf Verfügbarkeitsreplikate.Benutzerdefinierte Aufgaben zur Verwaltung von AlwaysOn-Verfügbarkeitsgruppen über die System Center Operations Manager-Konsole.Hier können Sie das Überwachungspaket (SQLServerMP.msi) und das SQL Server Management Pack-Handbuch für System Center Operations Manager (SQLServerMPGuide.doc) herunterladen:Systemcenter-Überwachungspaket für SQL Serverhttp://www.microsoft.com/download/details.aspx?displaylang=en&id=10631Transact-SQLAlwaysOn-Verfügbarkeitsgruppen-Katalog und dynamische Verwaltungssichten stellen zahlreiche Informationen zu den Verfügbarkeitsgruppen und deren Replikaten, Datenbanken, Listenern und zur WSFC-Clusterumgebung bereit.Monitor Availability Groups (Transact-SQL) SQL Server Management StudioDer Bereich Details zum Objekt-Explorer zeigt grundlegende Informationen zu den Verfügbarkeitsgruppen an, die auf der Instanz von SQL Server gehostet werden, mit der eine Verbindung besteht.Tipp: Verwenden Sie diesen Bereich, um mehrere Verfügbarkeitsgruppen, Replikate oder Datenbanken auszuwählen und routinemäßige administrative Aufgaben auf den ausgewählten Objekten auszuführen, beispielsweise das Entfernen von mehreren Verfügbarkeitsreplikaten oder Datenbanken aus einer Verfügbarkeitsgruppe.Überwachen von Verfügbarkeitsgruppen anhand der Details im Objekt-ExplorerSQL Server Management StudioEigenschaftendialogfelder ermöglichen es, die Eigenschaften von Verfügbarkeitsgruppen, Replikaten oder Listenern anzuzeigen und, in einigen Fällen, deren Werte zu ändern.Eigenschaften von VerfügbarkeitsgruppenVerfügbarkeitsreplikateigenschaftenEigenschaften des VerfügbarkeitsgruppenlistenersSystemmonitorDas Leistungsobjekt SQL Server:Verfügbarkeitsreplikat enthält Leistungsindikatoren, die Informationen zu Verfügbarkeitsreplikaten bereitstellen.SQL Server, HADR Availability Replica SystemmonitorDas Leistungsobjekt SQL Server:Datenbankreplikat beinhaltet Leistungsindikatoren, die Informationen zu den sekundären Verfügbarkeitsdatenbanken eines bestimmten sekundären Replikats bereitstellen.Das SQLServer:Databases-Objekt in SQL Server enthält u. a. Leistungsindikatoren zum Überwachen von Transaktionsprotokollaktivitäten. Die folgenden Indikatoren sind besonders für die Überwachung der Transaktionsprotokollaktivität von Verfügbarkeitsdatenbanken relevant: Schreibdauer für Protokollleerungen (ms), Protokollleerungen/Sekunde, Protokollpool-Cachefehlversuche/Sekunde, Protokollpool-Lesevorgänge auf dem Datenträger/Sekunde und Protokollpoolanforderungen/Sekunde.SQL Server, HADR Database Replica SQL Server, Databases Object Verwandte Inhalte Video – Einführung in AlwaysOn:  Microsoft SQL Server Codename "Denali" AlwaysOn-Reihe, Teil 1: Einführung in die nächste Generation von Lösungen mit hoher Verfügbarkeithttp://channel9.msdn.com/Events/TechEd/NorthAmerica/2011/DBI302Video – Fundierte Einblicke in AlwaysOn:  Microsoft SQL Server Code-Named "Denali" AlwaysOn-Reihe, Teil 2: Erstellen einer unternehmenswichtigen Lösung für hohe Verfügbarkeit mit AlwaysOnhttp://channel9.msdn.com/Events/TechEd/NorthAmerica/2011/DBI404Whitepaper:  Microsoft SQL Server AlwaysOn-Lösungshandbuch zu hoher Verfügbarkeit und Notfallwiederherstellunghttp://go.microsoft.com/fwlink/?LinkId=227600Blogs:  SQL Server AlwaysOn-Teamblog: Der offizielle SQL Server AlwaysOn-Teambloghttp://blogs.msdn.com/b/sqlalwayson/AlwaysOn Availability Groups (SQL Server) Overview of AlwaysOn Availability Groups Configuration of a Server Instance for AlwaysOn Availability Groups (SQL Server) Creation and Configuration of Availability Groups (SQL Server) Availability Group Monitoring (SQL Server) Overview of Transact-SQL Statements for AlwaysOn Availability Group Overview of PowerShell Cmdlets for Availability Groups (SQL Server) <_caps3a_sxssource locale="en-US">This topic introduces the steps for configuring instances of SQL Server 2016 to support AlwaysOn-Verfügbarkeitsgruppen and for creating, managing, and monitoring an availability group.Before You Begin:   Recommended ReadingGetting started with:  Configuring an instance of SQL Server to support AlwaysOn Availability GroupsCreating and configuring a new availability groupManaging availability groups, replicas, and databasesMonitoring availability groups Related ContentBefore You BeginRecommended ReadingBefore you create your first availability group, we recommend that you read the following topics:Overview of AlwaysOn Availability Groups (SQL Server) Prerequisites, Restrictions, and Recommendations for AlwaysOn Availability Groups (SQL Server) Configuring an Instance of SQL Server to Support AlwaysOn Availability Groups   StepLinksEnable AlwaysOn-Verfügbarkeitsgruppen. The AlwaysOn-Verfügbarkeitsgruppen feature must be enabled on every instance of SQL Server 2016 that is to participate in an availability group.Prerequisites: The host computer must be a Windows Server Failover Clustering (WSFC) node.For information about the other prerequisites, see "SQL Server Instance Prerequisites and Restrictions" in Prerequisites, Restrictions, and Recommendations for AlwaysOn Availability Groups (SQL Server).Enable and disable AlwaysOn Availability GroupsCreate database mirroring endpoint (if none). Ensure that each server instance possesses a database mirroring endpoint. The server instance uses this endpoint to receive AlwaysOn-Verfügbarkeitsgruppen connections from other server instances.To determine whether database mirroring endpoint exists: sys.database_mirroring_endpointsFor Windows Authentication. To create a database mirroring endpoint, using: New Availability Group WizardTransact-SQLSQL Server PowerShellFor certificate authentication. To create a database mirroring endpoint, using:Transact-SQLCreating and Configuring a New Availability Group     StepLinksCreate the availability group. Create the availability group on the instance of SQL Server that hosts the databases to be added to the availability group.Minimally, create the initial primary replica on the instance of SQL Server where you create the availability group. You can specify from one to four secondary replicas. For information about availability group and replica properties, see CREATE AVAILABILITY GROUP (Transact-SQL).We strongly recommend that you create an availability group listener.Prerequisites: The instances of SQL Server that host availability replicas for a given availability group must reside on separate nodes of a single WSFC cluster. The only exception is that while being migrated to another WSFC cluster, an availability group can temporarily straddle two clusters. For information about the other prerequisites, see "Availability Group Prerequisites and Restrictions", "Availability Database Prerequisites and Restrictions", and "SQL Server Instance Prerequisites and Restrictions" in Prerequisites, Restrictions, and Recommendations for AlwaysOn Availability Groups (SQL Server).To create an availability group you can use any of the following tools:New Availability Group WizardTransact-SQL SQL Server PowerShellJoin secondary replicas to the availability group. Connect to each instance of SQL Server 2016 that is hosting a secondary replica, and join the local secondary replica to the availability group.Join a secondary replica to an availability groupTip: If you use the New Availability Group Wizard, this step is automated.Prepare secondary databases. On every server instance that is hosting a secondary replica, restore backups of the primary databases using RESTORE WITH NORECOVERY.Manually prepare a secondary databaseTip: The New Availability Group Wizard can prepare the secondary databases for you. For more information, see "Prerequisites for using full initial data synchronization" in Select Initial Data Synchronization Page (AlwaysOn Availability Group Wizards).Join secondary databases to the availability group. On every server instance that is hosting a secondary replica, join each local secondary database to the availability group. On joining the availability group, a given secondary database initiates data synchronization with the corresponding primary database.Join a secondary database to an availability groupTip: The New Availability Group Wizard can perform this step if every secondary database exists on every secondary replica.Create an availability group listener. This step is necessary unless you already created the availability group listener while creating the availability group.Create or Configure an Availability Group Listener (SQL Server) Give the listener's DNS host name to application developers. Developers needs to specify this DNS name in the connection strings to direct connection requests to the availability group listener. For more information, see Availability Group Listeners, Client Connectivity, and Application Failover (SQL Server)."Follow Up: After Creating an Availability Group Listener" in Create or Configure an Availability Group Listener (SQL Server)Configure Where Backup Jobs. If you want to perform backups on secondary databases, you must create a backup job script that takes the automated backup preference into account. Create a script for each database in the availability group on every server instance that hosts an availability replica for the availability group."Follow Up: After Configuring Backup on Secondary Replicas" in Configure Backup on Availability Replicas (SQL Server)Managing Availability Groups, Replicas, and DatabasesFor information about availability group and replica properties, see CREATE AVAILABILITY GROUP (Transact-SQL).Managing existing availability groups involves one or more of the following tasks:TaskLinkModify the flexible failover policy of the availability group to control the conditions that cause an automatic failover. This policy is relevant only when automatic failover is possible.Configure the flexible failover policy of an availability groupPerform a planned manual failover or a forced manual failover (with possible data loss), typically called forced failover. For more information, see Failover and Failover Modes (AlwaysOn Availability Groups).Perform a planned manual failoverPerform a forced manual failoverUse a set of predefined policies to view the health of an availability group and its replicas and databases.Use policy-based management to view the health of availability groupsUse the AlwaysOn Group DashboardAdd or remove a secondary replica.Add a secondary replica Remove a secondary replicaSuspend or resume an availability database. Suspending a secondary database keeps at its current point in time until you resume it.Suspend a databaseResume a databaseAdd or remove a database.Add a databaseRemove a secondary databaseRemove a primary databaseReconfigure or create an availability group listener.Create or configure an availability group listenerDelete an availability group.Delete an availability groupTroubleshoot add file operations. This might be required if the primary database and a secondary database have different file paths.Troubleshoot a failed add-file operationAlter availability replica properties.Change the Availability ModeChange the Failover ModeConfigure Backup Priority (and Automated Backup Preference)Configure Read-Only AccessConfigure Read-Only RoutingChange the Session-Timeout PeriodMonitoring Availability GroupsTo monitor the properties and state of an AlwaysOn availability group you can use the following tools.ToolBrief DescriptionLinksSystem Center Monitoring pack for SQL ServerThe Monitoring pack for SQL Server (SQLMP) is the recommended solution for monitoring availability groups, availability replica and availability databases for IT administrators. Monitoring features that are particularly relevance to AlwaysOn-Verfügbarkeitsgruppen include the following:Automatic discoverability of availability groups, availability replicas, and availability database from among hundreds of computers. This enables you to easily keep track of your AlwaysOn-Verfügbarkeitsgruppen inventory.Fully capable System Center Operations Manager (SCOM) alerting and ticketing. These features provide detailed knowledge that enables faster resolution to a problem.A custom extension to AlwaysOn Health monitoring using Policy Based management (PBM).Health roll ups from availability databases to availability replicas.Custom tasks that manage AlwaysOn-Verfügbarkeitsgruppen from the System Center Operations Manager console.To download the monitoring pack (SQLServerMP.msi) and SQL Server Management Pack Guide for System Center Operations Manager (SQLServerMPGuide.doc), see:System Center Monitoring pack for SQL Serverhttp://www.microsoft.com/download/details.aspx?displaylang=en&id=10631Transact-SQLAlwaysOn-Verfügbarkeitsgruppen catalog and dynamic management views provide a wealth of information about your availability groups and their replicas, databases, listeners, and WSFC cluster environment.Monitor Availability Groups (Transact-SQL) SQL Server Management StudioThe Object Explorer Details pane displays basic information about the availability groups hosted on the instance of SQL Server to which you are connected.Tip: Use this pane to select multiple availability groups, replicas, or databases and to perform routine administrative tasks on the selected objects; for example, removing multiple availability replicas or databases from an availability group.Use Object Explorer Details to monitor availability groupsSQL Server Management StudioProperties dialog boxes enable you to view the properties of availability groups, replicas, or listeners and, in some cases, to change their values.Availability Group PropertiesAvailability Replica PropertiesAvailability Group Listener PropertiesSystem MonitorThe SQLServer:Availability Replica performance object contains performance counters that report information about availability replicas.SQL Server, HADR Availability Replica System MonitorThe SQLServer:Database Replica performance object contains performance counters that report information about the secondary databases on a given secondary replica.The SQLServer:Databases object in SQL Server contains performance counters that monitor transaction log activities, among other things. The following counters are particularly relevant for monitoring transaction-log activity on availability databases: Log Flush Write Time (ms), Log Flushes/sec, Log Pool Cache Misses/sec, Log Pool Disk Reads/sec, and Log Pool Requests/sec.SQL Server, HADR Database Replica SQL Server, Databases Object Related Content Video—Introduction to AlwaysOn:  Microsoft SQL Server Code-Named "Denali" AlwaysOn Series,Part 1: Introducing the Next Generation High Availability Solutionhttp://channel9.msdn.com/Events/TechEd/NorthAmerica/2011/DBI302Video—A Deep Dive into AlwaysOn:  Microsoft SQL Server Code-Named "Denali" AlwaysOn Series,Part 2: Building a Mission-Critical High Availability Solution Using AlwaysOnhttp://channel9.msdn.com/Events/TechEd/NorthAmerica/2011/DBI404Whitepaper:  Microsoft SQL Server AlwaysOn Solutions Guide for High Availability and Disaster Recoveryhttp://go.microsoft.com/fwlink/?LinkId=227600Blogs:  SQL Server AlwaysOn Team Blog: The official SQL Server AlwaysOn Team Bloghttp://blogs.msdn.com/b/sqlalwayson/AlwaysOn Availability Groups (SQL Server) Overview of AlwaysOn Availability Groups Configuration of a Server Instance for AlwaysOn Availability Groups (SQL Server) Creation and Configuration of Availability Groups (SQL Server) Availability Group Monitoring (SQL Server) Overview of Transact-SQL Statements for AlwaysOn Availability Group Overview of PowerShell Cmdlets for Availability Groups (SQL Server)

Community-Beiträge

Anzeigen:
© 2016 Microsoft