Upravit

Sdílet prostřednictvím


Administration of an availability group

Applies to: SQL Server

Managing an existing Always On availability group in SQL Server involves one or more of the following tasks:

  • Altering the properties of an existing availability replica, for example to change client connection access (for configuring readable secondary replicas), changing its failover mode, availability mode, or session timeout setting.
  • Adding or removing secondary replicas.
  • Adding or removing a database.
  • Suspending or resuming a database.
  • Performing a planned manual failover (a manual failover) or a forced manual failover (a forced failover).
  • Creating or configuring an availability group listener.
  • Managing readable secondary replicas for a given availability group. This involves configuring one or more replicas to read-only access when running under the secondary role, and configuring read-only routing.
  • Managing backups on secondary replicas for a given availability group. This involves configuring where you prefer that backup jobs run and then scripting backup jobs to implement your backup preference. you need to script backup jobs for every database in the availability group on every instance of SQL Server that hosts an availability replica.
  • Deleting an availability group.
  • Cross-cluster migration of Always On Availability Groups for OS upgrade

Configure an existing availability group

Manage an availability group

Manage an availability replica

Manage an availability database

Monitor an availability group

Support migrating availability groups to a new WSFC cluster (cross-cluster migration)