la mise à niveau sur place serait plus facile… parce que le processus est fondamentalement une question de coller le disque de SQL dedans et du fonctionnement par le magicien de mise à niveau. changement au sharepoint n'a pas eu besoin. je prendrais un support complet de la ferme à l'avance… et fermerais à clef probablement la ferme ainsi on le lit seulement pendant le processus.
si vous voulez se déplacer à un nouveau serveur de SQL, vous ne pourrez probablement pas déplacer les DBs de config. ils juste ne transfèrent pas bien. ce processus ne serait pas différent des bases de données mobiles de sharepoint d'un serveur au prochain. le sharepoint ne s'inquiète pas vraiment de la version du SQL (tant que c'est une plus nouvelle version de SQL)… qu'il doit juste savoir où le serveur est. tellement dans ce cas-ci, vous auriez une certaine configuration dans le sharepoint pour la dissocier du vieux serveur et pour l'associer au nouveau serveur. vous devriez probablement refaire vos configurations/arrangements aussi bien parce que les DBs de config habituellement ne peuvent pas être déplacés. ainsi, vous dissocieriez le sharepoint du serveur courant, détacheriez les DBs contents de SQL, déplaceriez ceux au nouveaux serveur et attache. le SQL manipulera la mise à niveau de 2005 à 2008 où vous attachez les DBs. alors indiquer le sharepoint le nouveau serveur de DB et configurer le sharepoint pour employer vous du DB de contenu s'est déplacé. c'est faisable… mais pas aussi rapide et facile que sur place.
