OVH Cloud OVH Cloud

SQL2000 restaurer base master

6 réponses
Avatar
Alni
Bonjour,

Voilà, j'essaye de transferer mon SQL d'un ancien serveur 2000 server
vers un nouveau.
Installation de SQL2000 et du SP3a sur le nouveau serveur 2003.

J'ai Arcserve Brightstore avec l'agent SQL.

Via une restauration arcserve de la base master sur un autre serveur,
j'ai restauré la base master, puis msdb

Mais visiblement, tous les comptes utilisateurs n'ont pas été
transférés sur le nouveau.

Une idée ?

--
Alni

6 réponses

Avatar
bruno reiter [MVP]
pour un changement de serveur (même nom de serveur), le plus simple est
d'arrêter proprement l'ancien,
changer son nom,
installer le nouveau avec le même nom qu'avait l'ancien
installer SQL avec SP et fix
arrêter SQL
copier tous les fichiers .mdf et .ldf
redémarrer SQL

br

"Alni" wrote in message
news:
Bonjour,

Voilà, j'essaye de transferer mon SQL d'un ancien serveur 2000 server
vers un nouveau.
Installation de SQL2000 et du SP3a sur le nouveau serveur 2003.

J'ai Arcserve Brightstore avec l'agent SQL.

Via une restauration arcserve de la base master sur un autre serveur,
j'ai restauré la base master, puis msdb

Mais visiblement, tous les comptes utilisateurs n'ont pas été
transférés sur le nouveau.

Une idée ?

--
Alni



Avatar
Alni
Bonjour,

bruno reiter [MVP] avait soumis l'idée :
pour un changement de serveur (même nom de serveur), le plus simple est
d'arrêter proprement l'ancien,
changer son nom,
installer le nouveau avec le même nom qu'avait l'ancien
installer SQL avec SP et fix
arrêter SQL
copier tous les fichiers .mdf et .ldf
redémarrer SQL



Merci, ça semble s'être bien passé de cette façon pour le nouveau
serveur qui est maintenant opérationnel en remplacement de l'autre.
Par contre, nous ne parvenons plus à nous reconnecter admin du domaine
sur l'ancien serveur que pourtant nous avons renommé, sorti de l'AD,
remis dans l'AD mais il n'apparait toujours pas dans "computers".

Pour simplifier, on va dire que l'on ne parvient plus à le remettre
dans l'AD malgré le fait que tout se passe bien lors du passage
workgroup vers domaine sur ce serveur.

--
Alni
Avatar
bruno reiter [MVP]
il a dû changer de nom et de SID

br

"Alni" wrote in message
news:
Bonjour,

bruno reiter [MVP] avait soumis l'idée :
> pour un changement de serveur (même nom de serveur), le plus simple est
> d'arrêter proprement l'ancien,
> changer son nom,
> installer le nouveau avec le même nom qu'avait l'ancien
> installer SQL avec SP et fix
> arrêter SQL
> copier tous les fichiers .mdf et .ldf
> redémarrer SQL

Merci, ça semble s'être bien passé de cette façon pour le nouveau
serveur qui est maintenant opérationnel en remplacement de l'autre.
Par contre, nous ne parvenons plus à nous reconnecter admin du domaine
sur l'ancien serveur que pourtant nous avons renommé, sorti de l'AD,
remis dans l'AD mais il n'apparait toujours pas dans "computers".

Pour simplifier, on va dire que l'on ne parvient plus à le remettre
dans l'AD malgré le fait que tout se passe bien lors du passage
workgroup vers domaine sur ce serveur.

--
Alni



Avatar
Med Bouchenafa
Cela voudrait-il dire que tu ne retrouves pas sp_helplogins tous les comptes
?

--
Bien cordialement
Med Bouchenafa


"Alni" a écrit dans le message de news:

Bonjour,

Voilà, j'essaye de transferer mon SQL d'un ancien serveur 2000 server vers
un nouveau.
Installation de SQL2000 et du SP3a sur le nouveau serveur 2003.

J'ai Arcserve Brightstore avec l'agent SQL.

Via une restauration arcserve de la base master sur un autre serveur, j'ai
restauré la base master, puis msdb

Mais visiblement, tous les comptes utilisateurs n'ont pas été transférés
sur le nouveau.

Une idée ?

--
Alni



Avatar
Alni
Bonjour,

bruno reiter [MVP] avait écrit le 06/04/2005 :
il a dû changer de nom et de SID



Possible.
Bon, ce n'est pas très grave dans ce sens que de toutes façons nous
allons retirer l'ancien.

--
Alni
Avatar
Alni
Bonjour,

Med Bouchenafa a formulé ce mercredi :
Cela voudrait-il dire que tu ne retrouves pas sp_helplogins tous les comptes
?



Le nouveau serveur est maintenant correctement en place avec la methode
de bruno ci-dessus

--
Alni