Il ne s'agit pas d'une question sur le "comment faire", juste pour préparer le terrain. Il s'agit de savoir quelle a été votre expérience. Veuillez lire l'intégralité de la question avant de répondre rapidement.
J'ai passé la journée d'hier à enseigner à la série actuelle de MCM SharePoint (Microsoft Certified Masters - cf. aquí ) des étudiants sur les technologies de haute disponibilité dans SQL Server, ainsi que sur le fonctionnement du journal, de la récupération, de la sauvegarde et de la restauration de SQL. C'est très important car sous chaque installation MOSS de classe Entreprise se cache un serveur SQL de classe Entreprise, généralement sans DBA. Kimberly leur enseigne une journée de maintenance de base de données le vendredi (une sorte de version réduite de la première semaine du MCM SQL que nous enseignons).
Nous avons discuté des possibilités d'utiliser la mise en miroir des bases de données pour assurer la haute disponibilité des bases de données SharePoint, ainsi que des avantages et inconvénients relatifs. Maintenant, je connais la mise en miroir de bases de données dans ses moindres recoins, puisque j'en étais le propriétaire quand j'étais chez Microsoft, donc pas besoin de souligner les comportements et les idiosyncrasies dans vos réponses. Je connais également les diverses mises en garde et directives figurant dans le livre blanc sur la mise en miroir publié par les responsables de SharePoint, et oui, il ne s'agit que de directives générales et non de règles strictes.
Ma question est la suivante : J'aimerais connaître l'avis de tous ceux qui ont mis en œuvre la mise en miroir de bases de données pour SharePoint et savoir si cela a fonctionné pour eux ou s'ils ont échoué. En particulier, comment avez-vous trouvé que le comportement de basculement fonctionnait pour vous ? Vous êtes-vous retrouvé avec certains principes de base de données sur un serveur et d'autres sur l'autre, divisant effectivement votre ferme et la rendant inutilisable jusqu'à ce qu'une intervention manuelle fasse tout basculer sur un seul serveur ? L'avez-vous utilisé pour une HA locale ou distante ? Et ainsi de suite.
Toute réponse sera reçue avec gratitude et contribuera à élargir la base de connaissances sur le mariage de ces deux technologies. Je transmettrai ces informations au groupe de produits SharePoint, ainsi qu'aux futurs stages de MCM que j'enseignerai.
Merci !
[Edit : PS Je vais rédiger un billet de blog sur les expériences et les directives à ce sujet pendant le week-end aussi].
0 votes
>>Avez-vous fini par avoir certains principes de base de données sur un serveur et d'autres sur l'autre, divisant effectivement votre ferme et la rendant inutilisable jusqu'à ce qu'une intervention manuelle fasse échouer tout sur un seul serveur ? Il semble que ce serait un gros problème - vous auriez besoin de script le reste pour échouer sur la défaillance d'un. Nous allons peut-être faire cela à l'avenir, donc je ne peux pas encore répondre.
0 votes
En effet, mais il est très difficile de et de faire face à tous les cas (comme un échec de basculement - que faites-vous alors ?).