Les bases de données émigrées de 2010, mais certains DBS ne peuvent plus être signalés en raison de l'alias

Question

Voici notre scénario.

Nous avons migré avec succès nos bases de données de fondation SharePoint 2010 sur un autre serveur en utilisant cette méthode et Cet article . Le point clé est que nous configurons un alias de notre serveur SQL existant (appelons-le "SQL1" pour ce message) sur le nouveau serveur SQL (appelons-le "SQL2") pour ce poste, conformément aux meilleures pratiques de l'article. .

Le problème est que nous avons des bases de données personnalisées sur "SQL1" utilisés par les parties Web (ne vous demandez pas pourquoi: le code hérité). Ces pièces Web regardent dans le Web.config pour le nom d'origine SQL Server "SQL1", qui a maintenant un alias sur celui-ci.

Puisque nous n'avons émigré que les bases de données Environnement SP, ces DBs personnalisés n'étaient pas déplacés, nous obtenons maintenant des erreurs disant que les bases de données personnalisées n'ont pas pu être trouvées, car l'alias pointe sur "SQL2", où le DBS personnalisé Don ' existe existent. Comment pouvons-nous contourner cela sans déplacer les DBs personnalisés? Est-il possible d'ajouter plusieurs alias sur "SQL1" pour rappeler à lui-même (sonne fou, je sais)?

Answer 1

Gardez votre alias tel quel.Dans votre web.config modifie toutes vos chaînes de connexion pour vos parties Web / applications personnalisées pour indiquer l'adresse IP du serveur SQL.

Answer 2

Si vous êtes capable d'identifier les paramètres web.config pointez sur SQL1 et qui doivent pointer sur SQL2, vous devez modifier les valeurs respectives pour pointer vers l'alias correct (oui, vous pouvez disposer des alias SQL1 et SQL2.-Side pointant vers différents serveurs de base de données).

Cependant, vous ne pouvez pas acheminer le trafic SQL sur un serveur spécifique d'un alias. Pensez à eux comme des pointeurs "muettes".De plus, des aliases fonctionnent uniquement au niveau serveur, vous ne pouvez pas les configurer par base de données.