Windows Server 2019 Build 17650 er ude

Failover-klynger: Fildelingsvidne

En af de tilgængelige vidnemuligheder for failover-klynger, File Share Witness, har to nye forbedringer.

Den første forbedring blokerer brugen af ​​et distribueret filsystem (DFS)-share som en placering. Tilføjelse af et File Share Witness (FSW) til en DFS-share kan forårsage stabilitetsproblemer for din klynge, og denne konfiguration er aldrig blevet understøttet. Så vi tilføjede logik til at opdage, om en share bruger DFS, og hvis DFS er detekteret, blokerer Failover Cluster Manager oprettelsen af ​​vidnet og viser en fejlmeddelelse om ikke at blive understøttet.

Den anden forbedring muliggør brugen af ​​en FSW til flere scenarier, der tidligere ikke blev understøttet:

• Fraværende eller ekstremt dårlig internetadgang på grund af en fjernplacering, hvilket forhindrer brugen af ​​et skyvidne.
• Mangel på delte drev til et diskvidne. Dette kunne være en Storage Spaces Direct hyperkonvergeret konfiguration, en SQL Server Always On Availability Groups (AG) eller en Exchange Database Availability Group (DAG), hvoraf ingen bruger delte diske.
• Mangel på en domænecontrollerforbindelse på grund af at klyngen er bag en DMZ.
• En arbejdsgruppe eller en klynge på tværs af domæner, for hvilken der ikke er noget Active Directory-klyngenavnobjekt (CNO). Få mere at vide om disse forbedringer i følgende indlæg i Server- og ledelsesblogs: Failover Cluster File Share Witness og DFS New File Share Witness-funktion i Windows Server 2019

Failover-klynger: Flytning af klynger mellem domæner

At flytte en klynge fra et domæne til et andet har altid været en skræmmende opgave, fordi du skal ødelægge klyngen for at flytte den. Afhængigt af rollerne i klyngen skal den rolle også fjernes og genskabes. Følgende er to almindelige scenarier:

• Virksomhed A køber virksomhed B og skal flytte alle servere til virksomhed A’s domæne
• Hovedkontoret bygger en klynge og sender den til et andet sted

Vi har tilføjet to nye PowerShell-kommandoletter for hurtigt at tage dig fra et domæne til et andet uden at skulle ødelægge det. For mere information om denne nye funktion, se Sådan skifter du en failover-klynge til et nyt domæne i Server & Management blogs.

Opbevaringsreplika

Lagerreplika (SR) blev først udgivet som en teknologi til Windows Server 2016 Datacenter Edition. SR muliggør synkron og asynkron blokreplikering af volumener mellem servere eller klynger til katastrofegendannelse. SR giver dig også mulighed for at oprette stretch failover-klynger, der spænder over to steder, hvor alle noder forbliver synkroniserede.

Fra og med Windows Server 2019, som svar på kundeforespørgsler, har vi tilføjet følgende forbedring til SR:

• Opbevaring Replica Standard. SR er tilgængelig på Windows Server 2019 Standard Edition, ikke kun på Datacenter Edition. Når det er installeret på servere, der kører Standard Edition, har SR følgende begrænsninger:

– SR replikerer et enkelt bind i stedet for et ubegrænset antal bind.
– Volumes kan have ét partnerskab i stedet for et ubegrænset antal partnere.
– Volumen kan have en størrelse på op til 2 TB i stedet for en ubegrænset størrelse.

Vi vil fortsætte med at lytte til din feedback og evaluere disse indstillinger gennem vores telemetri under Insider-forhåndsvisninger af Windows Server 2019. Disse begrænsninger kan ændre sig flere gange under forhåndsvisningsfasen og ved RTM.

For mere information om nye funktioner til Storage Replica, besøg http://aka.ms/StorageReplica.

Remote Desktop Session Host (RDSH)

RD Session Host er en Remote Desktop Services-rolletjeneste, der gør det muligt for brugere at dele Windows-baserede programmer eller hele Windows-skrivebordet. Brugere kan oprette forbindelse til en RD Session Host-server for at køre programmer, gemme filer og bruge netværksressourcer på den server. På grund af en fejl manglede RDSH-rollen i tidligere udgivelser af Windows Server 2019 – denne build løser det.