Huomautus
Tämän sivun käyttö edellyttää valtuutusta. Voit yrittää kirjautua sisään tai vaihtaa hakemistoa.
Tämän sivun käyttö edellyttää valtuutusta. Voit yrittää vaihtaa hakemistoa.
Oire
Et voi suorittaa Central Management Storen (CMS) vikasietoisuuden (failback) suorittamista Invoke-CsManagementServerFailover-cmdlet-komennolla toisen vikasietoisuuden suorittamisen jälkeen. Tämä ongelma ilmenee jossakin seuraavista skenaarioista:
Skenaario 1
Oletetaan, että suoritat pakotetun vikasietoisuuden, koska jokin varannoista ei ole käytettävissä. Kun varantotoiminto on palautettu, yrität suorittaa toisen vikasietotoiminnon suorittamalla Invoke-CsManagementServerFailover-cmdlet-komennon , ja näyttöön tulee seuraavat virhesanomat:
###50020:XDSForceReplication: Tätä keskitetyn hallinnan säilöä siirretään toiseen sijaintiin. Muutoksia ei voi tehdä, ennen kuin tämä siirto on valmis
VAROITUS: Active Directoryn keskitetyn hallinnan säilön tietokanta ei vastaa topologiassa olevaa tietokantaa.
Skenaario 2
Tämä ongelma ilmenee, kun suoritat toisen vikasietoisuuden heti edellisen vikasietoisuuden jälkeen, eikä varanto ole vielä yhtenäisessä tilassa. Kun yrität suorittaa Invoke-CsManagementServerFailover-cmdlet-komennon , näyttöön tulee seuraavat virhesanomat:
Invoke-CsManagementServerFailover: Keskitetty hallintapalvelin ei voi epäonnistua. Skypepool.contoso.com sijaitseva uusi keskitetyn hallinnan säilö ei ole varmuuskopiointitilassa.
Invoke-CSManagementServerFailover: Keskitetyn hallinnan palvelinta ei voi siirtää varantoon skypepool.contoso.com koska aiempi vikasietoyritys tai vikasietoisuus on jo käynnissä. Jos keskitetyn hallinnan palvelin on äskettäin siirretty toiseen varantoon, tämä ehto saattaa aiheutua Active Directory -replikoinnin viiveestä
Skenaario 3
ActiveMasterFqdn-tila on tyhjä, kun suoritat Get-CsManagementStoreReplicationStatus –CentralManagementStoreStatus cmdlet-komennon.
Syy
Skenaario 1
Jos päävaranto ei ole käytettävissä, tietokannoissa pysyvä CMS-tila määritetään edelleen aktiiviseksi. Kun varannon toiminnot palautetaan, cms-varmuuskopiointipalveluiden merkitseminen varmuuskopiointitilassa voi kestää kauemmin, CMS-replikointi voi epäonnistua ja vikasietoisuus voi olla estetty.
Skenaario 2
Jos vikasietoisuus ei ole valmis ja toinen vikasietoisuus suoritetaan heti sen jälkeen, CMS voidaan merkitä joko aktiiviseksi tai varmuuskopiointitilaan kilpailuehto-ongelman vuoksi.
Skenaario 3
Tämä skenaario voi ilmetä joko skenaarion 1 tai skenaarion 2 sivuvaikutuksena.
Ratkaisu
Voit korjata tämän ongelman seuraavasti:
- Tarkista, käynnistetäänkö seuraavat palvelut molemmissa varannoissa:
- Skype for Business Server varmuuskopiointipalvelu
- Skype for Business replikaattorin pääagentti
- Skype for Business replikaattoriagentti
- Skype for Business tiedostonsiirtoagentti
Suorita Skype for Business Server Management Shellissä Get-CsManagementConnection cmdlet ja selvitä, mikä varanto on tällä hetkellä liitetty SQL Server tulosteen palauttamaan SQL Server säilöön.
Suorita yhdessä tunnistettuun varantoon liitetyssä palvelimessa Invoke-CsManagementServerFailover –Restore cmdlet Skype for Business Server Management Shellissä.
Suorita jokaisessa tunnistetun varannon palvelimessa seuraavat cmdlet-komennot järjestyksessä Skype for Business Server Management Shellissä:
- Export-CsConfiguration -FileName c:\temp\configuration.zip
- Import-CsConfiguration -FileName c:\temp\configuration.zip -LocalStore
Huomautus
Kun prosessi on täydennetty, configuration.zip -tiedosto voidaan poistaa, mutta suosittelemme, että pidät tiedoston kopion järjestelmäpalautustoimintoa varten.
Suorita jokaisessa aiemmin tunnistetun varannon palvelimessa Invoke-CsManagementStoreReplication cmdlet Skype for Business Server Management Shellissä.
Suorita cmS-vikasietoisuus suorittamalla Invoke-CsManagementServerFailover cmdlet-komento uudelleen.
Lisätietoja
Tarvitsetko lisää ohjeita? Kysy apua Microsoftin yhteisöltä.