Archive

Archive for septembre 2009

Comment prendre une copie de sécurité avant l’application d’un service pack


Tout d’abord, il est important de noter ce qui se passe lors de l’application d’un service pack. Lors de l’installation d’un service pack ou d’un cumulative update, il y aura une mise à jour des composantes applicatives localement sur chaque serveur et des mises à jour dans les banques de données.

Pour effectuer une copie de sécurité avant les changements, il faut donc s’assurer qu’il n’y a plus d’accès aux banques de données.  

Si vos serveurs sont virtuels, voici une petite procédure qui a été mis en place chez un client qui possède un environnement virtualisé sous VMware :

a)      Arrêt complet des serveurs de la ferme

b)      « Snapshot » Vmware de tous les serveurs de la ferme

c)       Copie de sécurité des banques de données Sharepoint

d)      Démarrage des serveurs de la ferme

Si vous n’avez pas la chance d’avoir un environnement virtualisé, vous pouvez effectuez les opérations suivantes afin de prendre une copie de sécurité intègre :

a)      Arrêt des services nécessaires sur chacun des serveurs de la ferme à l’aide du script ci-dessous :

iisreset /stop /noforce
net stop "Windows SharePoint Services Timer"
net stop "Windows SharePoint Services Administration"
net stop "Office SharePoint Server Search"
net stop "Windows SharePoint Services Search"
net stop "Windows SharePoint Services Tracing"

 

b)      Copie de sécurité  des lecteurs appropriés et du « System state »

c)       Copie de sécurité des banques de données Sharepoint

Avec ces copies de sécurité, vous pouvez procéder à l’application d’un service pack ou  d’un cumulative update l’esprit tranquille. En effet, si jamais l’installation ne se termine pas correctement et que vous n’êtes pas en mesure de corriger le problème, il vous sera facile d’effectuez un retour arrière.

Catégories :Service Pack, Sharepoint, WSS Étiquettes : , ,

Attention au cumulative update d’août de WSS


Pour la troisième fois en quelques mois, un service pack ou un cumulative update de WSS/Sharepoint peut causer un problème.

Après le service pack 2 de Sharepoint qui plaçait le produit en version d’évaluation de 180 jours, après le problème avec les mappages de substitution du cumulative update d’avril, Stephen Gossner nous annonce aujourd’hui qu’il existe un pépin avec le cumulative update d’août de WSS.

En effet, cette mise à jour a introduit des changements aux procédures stockées et au schéma de la banque de données. À cause de certains de ces changements, il n’est plus possible d’attacher une banque de données de contenu qui ne provient pas d’une ferme Sharepoint qui n’est pas au niveau du cumulative update d’août.

Tous les détails sont disponibles dans le blog de Stephen.

Ceci étant dit, ce n’est pas une raison suffisante pour ne pas installer le cumulative update mais cela démontre qu’il est important d’avoir mis en place un bon plan de recouvrement au cas où les choses tournent mal.

Catégories :Service Pack, WSS Étiquettes : ,
%d blogueurs aiment cette page :