Delen via

Aanmeldingen voor taken beheren met behulp van databases in een AlwaysOn-beschikbaarheidsgroep

Van toepassing op:SQL Server

U moet regelmatig dezelfde set gebruikersaanmeldings- en SQL Server Agent-taken onderhouden op elke primaire database van een AlwaysOn-beschikbaarheidsgroep (AG) en de bijbehorende secundaire databases. De aanmeldingen en taken moeten worden gereproduceerd op elk exemplaar van SQL Server dat als host fungeert voor een beschikbaarheidsreplica voor de beschikbaarheidsgroep.

  • SQL Server Agent-taken

    U moet handmatig relevante taken kopiëren van het serverexemplaar dat als host fungeert voor de oorspronkelijke primaire replica naar de serverexemplaren die als host fungeren voor de oorspronkelijke secundaire replica's. Voor alle databases moet u logica toevoegen aan het begin van elke relevante taak om de taak alleen uit te voeren op de primaire database, dus alleen wanneer de lokale replica de primaire replica voor de database is.

    De serverinstanties die de beschikbaarheidsreplica's van een beschikbaarheidsgroep hosten, kunnen verschillen in configuratie, bijvoorbeeld met verschillende stationsletters. De taken voor elke beschikbaarheidsreplica moeten rekening houden met dergelijke verschillen.

    Backuptaken kunnen de sys.fn_hadr_backup_is_preferred_replica-functie gebruiken om te bepalen of de lokale replica de voorkeur heeft voor back-ups, volgens de AG-backupvoorkeuren. Back-uptaken die zijn gemaakt met behulp van de wizard Onderhoudsplan maken van deze functie gebruik. Voor andere back-uptaken raden we u aan deze functie te gebruiken als voorwaarde in uw back-uptaken, zodat ze alleen worden uitgevoerd op de voorkeursreplica. Voor meer informatie, zie Het offloaden van ondersteunde back-ups naar secundaire replica's van een beschikbaarheidsgroep.

  • Aanmeldingen

    Als u ingesloten databases gebruikt, kunt u ingesloten gebruikers in de databases configureren en voor deze gebruikers hoeft u geen aanmeldingen te maken op de serverexemplaren die als host fungeren voor een secundaire replica. Voor een niet-ingesloten beschikbaarheidsdatabase moet u gebruikers maken voor de aanmeldingen op de serverexemplaren waarop de beschikbaarheidsreplica's worden gehost. Zie CREATE USERvoor meer informatie.

    Als een van uw toepassingen SQL Server-verificatie of een lokale Windows-aanmelding gebruikt, raadpleegt u Aanmeldingen van toepassingen die GEBRUIKMAKEN van SQL Server-verificatie of een lokale Windows-aanmelding, verderop in dit artikel.

    Opmerking

    Een databasegebruiker waarvoor de SQL Server-aanmelding niet is gedefinieerd of onjuist is gedefinieerd op een serverexemplaren, kan zich niet aanmelden bij het exemplaar. Een dergelijke gebruiker wordt beschouwd als een zwevende gebruiker van de database op die serverinstantie. Als een gebruiker verweesd is op een bepaald serverexemplaar, kunt u de gebruikeraanmeldingen op elk gewenst moment instellen. Zie Problemen met zwevende gebruikers (SQL Server) oplossen voor meer informatie.

  • Aanvullende metagegevens

    Aanmeldingen en taken zijn niet de enige informatie die opnieuw moet worden gemaakt op elk van de serverexemplaren die als host fungeert voor een secundaire replica voor een bepaalde beschikbaarheidsgroep. U moet bijvoorbeeld configuratie-instellingen voor de server opnieuw maken, referenties, versleutelde gegevens, machtigingen, replicatie-instellingen, servicebrokertoepassingen, triggers (op serverniveau), enzovoort. Zie Metagegevens beheren bij het beschikbaar maken van een database op een andere servervoor meer informatie.

SQL Server-verificatie of een lokale Windows-aanmelding

Als een toepassing GEBRUIKMAAKT van SQL Server-verificatie of een lokale Windows-aanmelding, kunnen niet-overeenkomende beveiligings-id's (SID's) voorkomen dat de aanmelding van de toepassing wordt omgezet in een extern exemplaar van SQL Server. De niet-overeenkomende SID's zorgen ervoor dat de gebruiker een weesstatus krijgt op de afgelegen serverinstantie. Dit probleem kan optreden wanneer een toepassing verbinding maakt met een gespiegelde database of logboekverzendingsdatabase na een failover of naar een database voor replicatieabonnee die is geïnitialiseerd vanuit een back-up.

U moet preventieve maatregelen nemen wanneer u een toepassing instelt voor het gebruik van een database die wordt gehost door een extern exemplaar van SQL Server. Preventie omvat het overdragen van de aanmeldingen en de wachtwoorden van het lokale exemplaar van SQL Server naar het externe exemplaar van SQL Server. Zie het KB-artikel 918992 aanmeldingen en wachtwoorden overdragen tussen exemplaren van SQL Server) voor meer informatie over het voorkomen van dit probleem.

Opmerking

Dit probleem is van invloed op lokale Windows-accounts op verschillende computers. Dit probleem treedt echter niet op voor domeinaccounts omdat de SID op elk van de computers hetzelfde is.

Zie Zwevende gebruikers met databasespiegeling en logboekverzending (een database-engineblog) voor meer informatie.

Verwante inhoud