Discussion :

[ozzad]

Bonjour à tous,

je dois actuellement effectuer une migration SharePoint (2010 vers 2013) et il se trouve que les bases de données sont sur SQL Server. Le premier serveur (2010) utilise la version 2008 de SQL Server Management Studio (SQL SMS) tandis que le second (le serveur cible) utilise une version ultérieur de SQL SMS.

Le problème est le suivant, lorsque je veux basculer une base du premier vers le deuxième, dans la cible lorsque je donne le nom du serveur il me sort une erreur 26 et me dit que je ne peux pas accéder au serveur cible ou bien qu'il ne le trouve pas.

Si certains d'entre vous ont des idées, je suis preneur !

Merci d'avance !

Amicalement,

-OzZ-

[julien94320]

Bonjour,

Le second serveur est un serveur en 2012 ou 2014 ?

Vous essayez de vous connecter via un serveur lié depuis la version 2008 ?

Je ne comprend pas bien a quel moment intervient votre erreur 26 qu'essayez vous de faire exactement ? Recopier les données de la version 2010 vers 2013 ? L'installation de la version 2013 est elle ok ?

Merci

[ozzad]

Bonjour,

le serveur cible (SharePoint 2013) est un Windows Serveur 2010, avec SQL Serveur 2012 dessus.

Et effectivement je cherche à basculer le contenu d'une base du SharePoint 2010 (WSS_Content en l'occurence) sur le SharePoint 2013. Et lorsque je veux exporter les données ou bien les copier, lors de cette procédure il m'est demandé un serveur cible. Et lorsque je rentre le nom du serveur SP 2013 l'erreur 26 apparaît et je ne peux donc pas copier ma WSS_Content sur le serveur cible.

J'espère être clair !

Merci.

[SQLpro]

Pourquoi voulez-vous faire cette manœuvre de copie de données alors qu'un simple détachement attachement sera mille fois plus efficace et plus sûr ?
1) détachement d'une base : EXEC sp_dettachdb ...
2) rattachement d'une base : CREATE DATABASE ??? FOR ATTACH.

A +

[ozzad]

N'étant pas du tout familier avec l'environnement SQL Serveur, cette solution me paraissait plus simple et évidente mais si le détachement et l'attachement de la BDD est plus sûr... Cela étant dit l'erreur 26 sera toujours présente non ? Puisque pour l'attache il faudra que je donne l'adresse ou le nom du serveur SharePoint2013...

Je suis un peu perdu dans tout ça c'est pour ça que je m’adresse à vous !

Merci pour vos réponses !

[Boubou2020]

Bonjour,

le serveur cible (SharePoint 2013) est un Windows Serveur 2010, avec SQL Serveur 2012 dessus.

Et effectivement je cherche à basculer le contenu d'une base du SharePoint 2010 (WSS_Content en l'occurence) sur le SharePoint 2013. Et lorsque je veux exporter les données ou bien les copier, lors de cette procédure il m'est demandé un serveur cible. Et lorsque je rentre le nom du serveur SP 2013 l'erreur 26 apparaît et je ne peux donc pas copier ma WSS_Content sur le serveur cible.

J'espère être clair !

Merci.

Bonjour ozzad

j'ai fait la migration de mon site sharepoint de 2007 vers 2010 je pense qu'elle aura la même procédure en passant vers 2013
tu doit métre votre database WSS_Conten en mode lecture seul puis tu Fait

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

EXEC sp_detach_db 'AdventureWorks2012', 'true';

puis tu fait un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Exec sp_attach_db

normalement avec cette il méthode il doivent passer correctement

[mikedavem]

Je confirme : la procédure de migration consiste à migrer les bases de données vers ton nouvel environnement SQL Server.
Pour garantir une cohérence transactionnelle entre tes bases SharePoint (je ne sais pas si tu migres aussi les bases de données de configuration et autres bases applicatives) je te conseille d'abord d'arrêter ton application SharePoint (services SharePoint, admin, search etc ....) et ensuite de migrer tes bases de données.

++

[ozzad]

La manipulation semble claire pour moi, si c'est pas le cas je sais que je peux compter sur vous !

Le dernier problème étant cette erreur 26 !

Lorsque je veux accéder à mon serveur cible (SharePoint 2013), j'ai cette erreur qui vient m'embêter...


Merci encore pour vos réponses !

[mikedavem]

La manipulation semble claire pour moi, si c'est pas le cas je sais que je peux compter sur vous !

Le dernier problème étant cette erreur 26 !

Lorsque je veux accéder à mon serveur cible (SharePoint 2013), j'ai cette erreur qui vient m'embêter...

Il faudra jouer avec les alias SQL ou DNS dans le cadre de ta migration vu que tu migres des bases de données d'une instance SQL vers une autre. (si j'ai bien compris ton problème)
C'est étape classique dans une migration de bases de données d'un environnement SharePoint.

++

[julien94320]

J'avais préparé un message ce matin, mais je n'ai pas eu le temps de le terminer ...

Un peu d'aide :

https://spasipe.wordpress.com/tag/mi...010-vers-2013/
https://technet.microsoft.com/fr-fr/.../cc262483.aspx

En gros il faut arreter tes services de 2010 réaliser tes backups déployer sur la nouvelle instance en SQL 2012 et faire la migration.

Question : As tu les bon droits sur la nouvelle instance sur SQL server 2012 ?

A +

Julien

[ozzad]

Bonjour à tous,

alors mon problème est réglé, je peux joindre mes serveurs, pas de soucis. La seule cause de la difficulté de communication était... *roulement de tambour*... Le pare-feu Windows... Voilà voilà...

Maintenant j'ai un soucis d'index qui se trouve hors du tableau sur lequel je travaille actuellement. Tous conseils étant les bienvenus n'hésitez pas !


Merci à tous pour vos réponses !!!

-OzZ-