Account di accesso e processi per i database di gruppi di disponibilitàLogins and Jobs for Availability Group Databases

È necessario gestire periodicamente lo stesso set di account di accesso utente e processi SQL ServerSQL Server Agent in ogni database primario di un gruppo di disponibilità AlwaysOn e nei database secondari corrispondenti.You should routinely maintain the same set of user logins and SQL ServerSQL Server Agent jobs on every primary database of an Always On availability group and the corresponding secondary databases. Gli account di accesso e i processi devono essere riprodotti in ogni istanza di SQL ServerSQL Server in cui è ospitata una replica di disponibilità per il gruppo di disponibilità.The logins and jobs must be reproduced on every instance of SQL ServerSQL Server that hosts an availability replica for the availability group.

  • SQL ServerSQL Server Processi agente SQL ServerSQL Server Agent jobs

    È necessario copiare manualmente i processi rilevanti dall'istanza del server in cui è ospitata la replica primaria originale alle istanze del server in cui sono ospitate le repliche secondarie originali.You need to manually copy relevant jobs from the server instance that hosts the original primary replica to the server instances that host the original secondary replicas. Per tutti i database è necessario aggiungere logica all'inizio di ogni processo rilevante affinché il processo venga eseguito solo nel database primario, ovvero solo se la replica locale è la replica primaria del database.For all databases, you need to add logic at the beginning of each relevant job to make the job execute only on the primary database, that is, only when the local replica is the primary replica for the database.

    Le istanze del server che ospitano le repliche di disponibilità di un gruppo di disponibilità potrebbero essere configurate in modo diverso, con lettere di unità nastro diverse e così via.The server instances that host the availability replicas of an availability group might be configured differently, with different tape drive letters or such. I processi per ogni replica di disponibilità devono supportare eventuali differenze di questo tipo.The jobs for each availability replica must allow for any such differences.

    I processi di backup possono usare la funzione sys.fn_hadr_is_preferred_backup_replica per identificare se la replica locale è quella preferita per i backup, in base alle preferenze di backup del gruppo di disponibilità.Notice that backup jobs can use the sys.fn_hadr_is_preferred_backup_replica function to identify whether the local replica is the preferred one for backups, according to the availability group backup preferences. I processi di backup creati tramite la Creazione guidata piano di manutenzione a livello nativo usano questa funzione.Backup jobs created using the Maintenance Plan Wizard natively use this function. Per altri processi di backup, è consigliabile utilizzare questa funzione come condizione nei processi di backup, pertanto vengono eseguiti solo nella replica preferita.For other backup jobs, we recommend that you use this function as a condition in your backup jobs, so they execute only on the preferred replica. Per altre informazioni, vedere Repliche secondarie attive: Backup in repliche secondarie (Gruppi di disponibilità AlwaysOn).For more information, see Active Secondaries: Backup on Secondary Replicas (Always On Availability Groups).

  • Account di accessoLogins

    Se si utilizzano database indipendenti, è possibile configurare utenti indipendenti nei database per i quali non è necessario creare account di accesso nelle istanze del server che ospitano una replica secondaria.If you are using contained databases, you can configure contained users in the databases, and for these users, you do not need to create logins on the server instances that host a secondary replica. Per un database di disponibilità non indipendente, sarà necessario creare utenti per gli account di accesso nelle istanze del server che ospitano le repliche di disponibilità.For a non-contained availability database, you will need to create users for the logins on the server instances that host the availability replicas. Per altre informazioni, vedere CREATE USER (Transact-SQL).For more information, see CREATE USER (Transact-SQL).

    Se una o più applicazioni usano l'autenticazione SQL ServerSQL Server o un account Windows locale, vedere Account di accesso di applicazioni in cui viene utilizzata l'autenticazione di SQL Server o un account di accesso di Windows locale, più avanti in questo argomento.If any of your applications use SQL ServerSQL Server Authentication or a local Windows login, see Logins Of Applications That Use SQL Server Authentication or a Local Windows Login, later in this topic.

    Nota

    Un utente del database il cui account di accesso di SQL Server non è definito o è definito in modo errato in un'istanza del server non potrà accedere a tale istanza.A database user for which the SQL Server login is undefined or is incorrectly defined on a server instance cannot log in to the instance. Questo utente viene definito utente orfano del database nell'istanza del server.Such a user is said to be an orphaned user of the database on that server instance. Se un utente è isolato in una determinata istanza del server, è possibile impostare account di accesso utente in qualsiasi momento.If a user is orphaned on a given server instance, you can set up the user logins at any time. Per altre informazioni, vedere Risolvere i problemi relativi agli utenti isolati (SQL Server).For more information, see Troubleshoot Orphaned Users (SQL Server).

  • Metadati aggiuntiviAdditional metadata

    Gli account di accesso e i processi non sono le uniche informazioni che è necessario ricreare in ogni istanza del server in cui è ospitata una replica secondaria per uno specifico gruppo di disponibilità.Logins and jobs are not the only information that need to be recreated on each of the server instances that hosts an secondary replica for a given availability group. Potrebbe ad esempio essere necessario ricreare le impostazioni di configurazione del server, credenziali, dati crittografati, autorizzazioni, impostazioni di replica, applicazioni di Service Broker, trigger (a livello di server) e così via.For example, you might need to recreate server configuration settings, credentials, encrypted data, permissions, replication settings, service broker applications, triggers (at server level), and so forth. Per altre informazioni, vedere Gestione dei metadati quando si rende disponibile un database in un'altra istanza del server (SQL Server).For more information, see Manage Metadata When Making a Database Available on Another Server Instance (SQL Server).

Account di accesso di applicazioni in cui viene utilizzata l'autenticazione di SQL Server o un account di accesso di Windows locale Logins Of Applications That Use SQL Server Authentication or a Local Windows Login

Se in un'applicazione viene utilizzata l'autenticazione di SQL Server o un account di accesso di Windows locale, i SID non corrispondenti possono impedire la risoluzione in un'istanza remota di SQL ServerSQL Serverda parte dell'account di accesso dell'applicazione.If an application uses SQL Server Authentication or a local Windows login, mismatched SIDs can prevent the application's login from resolving on a remote instance of SQL ServerSQL Server. In caso di SID non corrispondenti, l'account di accesso diventa un utente orfano nell'istanza del server remoto.The mismatched SIDs cause the login to become an orphaned user on the remote server instance. Questo problema si può verificare quando tramite un'applicazione si effettua la connessione a un database di log shipping o con mirroring dopo un failover o a un database Sottoscrittore di replica inizializzato da un backup.This issue can occur when an application connects to a mirrored or log shipping database after a failover or to a replication subscriber database that was initialized from a backup.

Per evitare questo problema, è consigliabile intraprendere misure preventive quando si configura un'applicazione di questo tipo per utilizzare un database ospitato da un'istanza remota di SQL ServerSQL Server.To prevent this issue, we recommend that you take preventative measures when you set up such an application to use a database that is hosted by a remote instance of SQL ServerSQL Server. La prevenzione comporta il trasferimento degli account di accesso e delle password dall'istanza locale di SQL ServerSQL Server all'istanza remota di SQL ServerSQL Server.Prevention involves transferring the logins and the passwords from the local instance of SQL ServerSQL Server to the remote instance of SQL ServerSQL Server. Per altre informazioni su come evitare questo problema, vedere l'articolo della Knowledge Base 918992 relativo allamodalità di trasferimento degli account di accesso e delle password tra le istanze di SQL Server.For more information about how to prevent this issue, see KB article 918992—How to transfer the logins and the passwords between instances of SQL Server).

Nota

Questo problema influisce sugli account di Windows locali in computer diversi.This problem affects Windows local accounts on different computers. Tuttavia, non si verifica in caso di account di dominio, dal momento che il SID è identico in ogni computer.However, this problem does not occur for domain accounts because the SID is the same on each of the computers.

Per altre informazioni, vedere la pagina relativa agli utenti orfani con log shipping e mirroring del database (blog del motore di database).For more information, see Orphaned Users with Database Mirroring and Log Shipping (a Database Engine blog).

Vedere ancheSee Also

Panoramica di Gruppi di disponibilità AlwaysOn (SQL Server) Overview of Always On Availability Groups (SQL Server)
Database indipendenti Contained Databases
Crea processiCreate Jobs