Cluster-Aware Uppdatera avancerade alternativ och uppdatera körningsprofiler
I det här avsnittet beskrivs köralternativ för uppdatering som kan konfigureras för en Cluster-Aware uppdatera (CAU)-uppdateringskörning. Dessa avancerade alternativ kan konfigureras när du använder antingen CAU-användargränssnittet eller CAU Windows PowerShell-cmdletarna för att tillämpa uppdateringar eller för att konfigurera självuppdateringsalternativ.
De flesta konfigurationsinställningar kan sparas som en XML-fil som kallas för en uppdateringskörningsprofil och återanvändas för senare uppdateringskörningar. Standardvärdena för uppdateringskörningsalternativ som tillhandahålls av CAU kan också användas i många klustermiljöer.
Information om ytterligare alternativ som du kan ange för varje uppdateringskörning och om uppdatering av körprofiler finns i följande avsnitt senare i det här avsnittet:
Alternativ som du anger när du begär en uppdateringskörning använder uppdateringskörningsprofiler. Alternativ som kan anges i en uppdateringskörningsprofil.
Följande tabell visar de alternativ du kan ställa in i en profil för en CAU-uppdateringskörning.
Anmärkning
Om du vill ange alternativet PreUpdateScript eller PostUpdateScript kontrollerar du att Windows PowerShell och .NET Framework 4.6 eller 4.5 är installerade och att PowerShell-fjärrkommunikation är aktiverat på varje nod i klustret. Mer information finns i Konfigurera noderna för fjärrhantering i Krav och Metodtips för Cluster-Aware Uppdatering.
| Alternativ | Standardvärde | Detaljer |
|---|---|---|
| StopAfter | Obegränsad tid | Tid i minuter efter vilken uppdateringskörningen stoppas om den inte har slutförts. Obs! Om du anger en förhandsuppdatering eller ett PowerShell-skript efter uppdateringen måste hela processen med att köra skript och utföra uppdateringar vara klar inom StopAfter tidsgräns. |
| WarnAfter | Som standard visas ingen varning | Tid i minuter efter vilken en varning visas om uppdateringskörningen (inklusive ett föruppdateringsskript och ett skript efter uppdateringen, om de är konfigurerade) inte har slutförts. |
| MaxRetriesPerNode | 3 | Maximalt antal gånger som uppdateringsprocessen (inklusive ett föruppdateringsskript och ett skript efter uppdateringen, om de är konfigurerade) görs om per nod. Maxvärdet är 64. |
| MaxFailedNodes | För de flesta kluster är det ett heltal som motsvarar ungefär en tredjedel av antalet klusternoder. | Maximalt antal noder där uppdateringen kan misslyckas, antingen på grund av att noderna misslyckas eller att klustertjänsten slutar köras. Om en nod till misslyckas stoppas uppdateringskörningen. Det giltiga intervallet med värden är 0 till 1 mindre än antalet klusternoder. |
| KrävAllaNoderOnline | Ingen | Anger att alla noder måste vara online och nåbara innan uppdateringen börjar. |
| OmtidFörOmstartIMinuter | 15 | Tid i minuter som CAU tillåter för omstart av en nod (om det behövs) och för att starta alla autostarttjänster. Om omstartsprocessen inte slutförs inom den här tiden markeras uppdateringskörningen på noden som misslyckad. |
| PreUpdateScript | Ingen | Sökvägen och filnamnet för ett PowerShell-skript som ska köras på varje nod innan uppdateringen börjar och innan noden sätts i underhållsläge. Filnamnstillägget måste vara .ps1och den totala längden på sökvägen plus filnamnet får inte överstiga 260 tecken. Som bästa praxis bör skriptet finnas på en disk i klusterlagring, eller på en nätverksfilresurs med hög tillgänglighet, för att säkerställa att det alltid är tillgängligt för alla klusternoder. Om skriptet finns på en nätverksfilresurs kontrollerar du att du konfigurerar filresursen för läsbehörighet för gruppen Alla och begränsar skrivåtkomsten för att förhindra obehöriga användares manipulering av filerna. Om du anger ett föruppdateringsskript måste du se till att inställningar som tidsgränser (till exempel StopAfter) har konfigurerats så att skriptet kan köras. Dessa gränser omfattar hela processen med att köra skript och installera uppdateringar, inte bara processen för att installera uppdateringar. |
| PostUpdateScript | Ingen | Sökvägen och filnamnet för ett PowerShell-skript som ska köras när uppdateringen är klar (efter att noden har lämnat underhållsläget). Filnamnstillägget måste vara .ps1 och den totala längden på sökvägen plus filnamnet får inte överstiga 260 tecken. Som bästa praxis bör skriptet finnas på en disk i klusterlagring, eller på en nätverksfilresurs med hög tillgänglighet, för att säkerställa att det alltid är tillgängligt för alla klusternoder. Om skriptet finns på en nätverksfilresurs kontrollerar du att du konfigurerar filresursen för läsbehörighet för gruppen Alla och begränsar skrivåtkomsten för att förhindra obehöriga användares manipulering av filerna. Om du anger ett skript efter uppdateringen kontrollerar du att inställningar som tidsgränser (till exempel StopAfter) har konfigurerats så att skriptet kan köras. Dessa gränser omfattar hela processen med att köra skript och installera uppdateringar, inte bara processen för att installera uppdateringar. |
| ConfigurationName | Den här inställningen har bara en effekt om du kör skript. Om du anger ett föruppdateringsskript eller ett skript efter uppdateringen, men du inte anger något ConfigurationNameanvänds standardsessionskonfigurationen för PowerShell (Microsoft.PowerShell). |
Anger den PowerShell-sessionskonfiguration som definierar den session där skript (som anges av PreUpdateScript och PostUpdateScript) körs och kan begränsa vilka kommandon som kan köras. |
| CauPluginName | Microsoft.WindowsUpdatePlugin | Insticksprogram som du konfigurerar för Cluster-Aware Uppdatering, ska användas för att förhandsgranska uppdateringar eller utföra en uppdateringskörning. Mer information finns i Hur Cluster-Aware Uppdatering av plugin-program fungerar. |
| CauPluginArguments | Ingen | En uppsättning name=value par (argument) för användning av uppdateringsplugin, till exempel: Domain=Domain.local Dessa name=value-par måste vara meningsfulla för plugin-programmet som du specificerar i CauPluginName. Om du vill ange ett argument med hjälp av CAU-användargränssnittet skriver du namn, trycker på tabbtangenten och skriver sedan motsvarande värde. Tryck på tabbtangenten igen för att ange nästa argument. Varje namn och värde separeras automatiskt med ett likhetstecken (=). Flera par avgränsas automatiskt med semikolon. För standard-Microsoft.WindowsUpdatePlugin plugin-program behövs inga argument. Du kan dock ange ett valfritt argument, till exempel för att ange en standardfrågasträng för Windows Update Agent för att filtrera den uppsättning uppdateringar som tillämpas av plugin-programmet. För ett namnanvänder du QueryStringoch för ett värdeomger du den fullständiga frågan inom citattecken. Mer information finns i Hur Cluster-Aware Uppdatering av plugin-program fungerar. |
Alternativ som du anger när du begär en uppdateringskörning
I följande tabell visas alternativ (förutom de i en uppdateringskörningsprofil) som du kan ange när du begär en uppdateringskörning. Information om alternativ som du kan ange i en uppdateringskörningsprofil finns i föregående tabell.
| Alternativ | Standardvärde | Detaljer |
|---|---|---|
| ClusterName | Ingen Obs! Det här alternativet måste bara anges när CAU-användargränssnittet inte körs på en nod för redundanskluster, eller om du vill referera till ett redundanskluster som skiljer sig från där CAU-användargränssnittet körs. |
NetBIOS-namnet på klustret där uppdateringskörningen ska utföras. |
| autentiseringsuppgifter | Autentiseringsuppgifter för aktuellt konto | Administrativa autentiseringsuppgifter för målklustret där uppdateringskörningen ska utföras. Du kanske redan har nödvändiga autentiseringsuppgifter om du startar CAU-användargränssnittet (eller öppnar en PowerShell-session, om du använder CAU PowerShell-cmdletarna) från ett konto som har administratörsrättigheter och behörigheter i klustret. |
| NodeOrder | Som standard börjar CAU med noden som äger det minsta antalet klustrade roller och fortsätter sedan till den nod som har det näst minsta talet och så vidare. | Namnen på klusternoderna i den ordning de ska uppdateras (om möjligt). |
Använda uppdatering av körprofiler
Varje uppdateringskörning kan associeras med en specifik uppdateringskörningsprofil. Standardinställningen Uppdatera körningsprofil lagras i mappen %windir%\cluster. Om du använder CAU-användargränssnittet i fjärruppdateringsläge kan du ange en uppdateringsprofil för körning när du tillämpar uppdateringar, eller så kan du använda standarduppdateringsprofilen för körning. Om du använder CAU i självuppdateringsläge kan du importera inställningarna från en angiven uppdateringskörningsprofil när du konfigurerar självuppdateringsalternativen. I båda fallen kan du åsidosätta de värden som visas för alternativen Uppdatera körning enligt dina behov. Om du vill kan du spara alternativen för uppdateringskörning som en uppdateringskörningsprofil med samma filnamn eller ett annat filnamn. Nästa gång du tillämpar uppdateringar eller konfigurerar självuppdateringsalternativ väljer CAU automatiskt den uppdateringskörningsprofil som tidigare har valts.
Du kan ändra en befintlig uppdateringskörningsprofil eller skapa en ny genom att välja Skapa eller ändra Uppdatera körningsprofil i CAU-användargränssnittet.
Här följer några viktiga kommentarer om hur du uppdaterar körningsprofiler:
- En uppdateringskörningsprofil lagrar inte klusterspecifik information, till exempel administrativa autentiseringsuppgifter. Om du använder CAU i självuppdateringsläge lagrar uppdateringsprofilen inte heller schemainformationen för självuppdatering. Detta gör det möjligt att dela en uppdateringskörningsprofil över alla redundanskluster i en angiven klass.
- Om du konfigurerar självuppdateringsalternativ med hjälp av en uppdateringskörningsprofil och senare ändrar profilen med olika värden för uppdateringsalternativen, ändras inte konfigurationen för självuppdatering automatiskt. Om du vill tillämpa de nya inställningarna för uppdateringskörning måste du konfigurera självuppdateringsalternativen igen.
- Körprofilredigeraren stöder tyvärr inte filsökvägar som innehåller mellanslag, till exempel C:\Program Files. Som en lösning kan du lagra dina för- och efteruppdateringsskript i en sökväg som inte innehåller blanksteg eller använda PowerShell exklusivt för att hantera körprofiler genom att sätta citattecken runt sökvägen när du kör Invoke-CauRun.
Windows PowerShell-motsvarande kommandon
Du kan importera inställningarna från en uppdateringskörningsprofil när du kör cmdleten Invoke-CauRun, Add-CauClusterRoleeller Set-CauClusterRole.
I följande exempel utförs en genomsökning och en fullständig uppdateringskörning i klustret med namnet CONTOSO-FC1, med alternativen för Uppdateringskörning som anges i C:\Windows\Cluster\DefaultParameters.xml. Standardvärden används för de återstående cmdlet-parametrarna.
$MyRunProfile = Import-Clixml C:\Windows\Cluster\DefaultParameters.xml
Invoke-CauRun –ClusterName CONTOSO-FC1 @MyRunProfile
Genom att använda en uppdateringskörningsprofil kan du uppdatera ett redundanskluster på ett repeterbart sätt med konsekventa inställningar för undantagshantering, tidsbegränsningar och andra driftsparametrar. Eftersom de här inställningarna vanligtvis är specifika för en klass med redundanskluster, till exempel "Alla Microsoft SQL Server-kluster" eller "Mina affärskritiska kluster", kanske du vill namnge varje uppdateringskörningsprofil enligt klassen för redundanskluster som den ska användas med. Dessutom kanske du vill hantera körprofilen för uppdatering på en filresurs som är tillgänglig för alla failover-kluster av en viss klass i IT-organisationen.