Ultimamente ho notato questa anomalia durante un controllo su un'infrastruttura SharePoint sul cui SQL Server è stato abilitato un Log Shipping come sistema di High Availability.

L'anomalia è rappresentata dal fatto che se sulla farm principale viene creato un nuovo Sito principale, esso non viene correttamente visto nella farm di recovery su cui insiste il Log Shipping; effettuando un detach\attach del Content DB sulla farm di recovery, magicamente il Sito principale appare correttamente.

Questa sembra essere un simpatico comportamento by design e può essere "aggirato" semplicemente con uno script powershell che, di fatto, fa un refresh sui contenuti del ContentDB.

Ecco lo script:

$db = get-spdatabase | where
{$_.Name –eq “DatabaseName”}

$db.RefreshSitesInConfigurationDatabase()

 

In caso abbiate una configurazione di High Availability con Log Shipping, ricordate di inserire nella procedura di restore anche un batch per il refresh dei Content DB.