I database migrati del 2010, ma alcuni DB non possono più essere puntati a causa di alias
-
10-12-2019 - |
Domanda
Ecco il nostro scenario.
Migravamo con successo i database di BOUNDATION di SharePoint 2010 su un altro server utilizzando Questo metodo e Questo articolo . Il punto chiave è che abbiamo impostato un alias dal nostro SQL Server esistente (chiamiamolo "SQL1" per questo post) al nuovo SQL Server (chiamiamolo "SQL2") per questo post, per la migliore pratica nell'articolo .
Il problema è, abbiamo alcuni database personalizzati su "SQL1" che vengono utilizzati da Web Part (non chiedere perché: codice legacy). Quelle parti Web guardano nel web.config per il nome originale del server SQL "SQL1", che ora ha un alias su di esso.
Dal momento che migrassiamo solo i database dell'ambiente SP, questi DB personalizzati non sono stati spostati, quindi ora otteniamo errori che dicono che i database personalizzati non possono essere trovati, perché gli alias puntano a "SQL2", dove i DB personalizzati don ' esistono. Come possiamo aggirarlo senza spostare gli DB personalizzati? È possibile aggiungere più alias su "SQL1" di puntare a se stesso (suona pazzo, lo so)?
Soluzione
Tieni il tuo alias come è.Nel tuo web.config cambia tutte le stringhe di connessione per le tue parti / app personalizzate per puntare all'indirizzo IP del server SQL.
Altri suggerimenti
Se è possibile identificare quali impostazioni Web.config dovrebbero indicare SQL1 e che dovrebbero puntare a SQL2, è necessario modificare i rispettivi valori per indicare l'alias corretto (sì, è possibile avere sia gli alias SQL1 e SQL2 Side-by-side che punta a diversi server di database).
Tuttavia, non è possibile instradare il traffico SQL su un server specifico da un alias. Pensa a loro come puntatori "stupidi".Inoltre, gli alias funzionano solo a un livello server, non è possibile configurarli per database.