Discussion :

[nicolovitch]

Bonjour à tous,

Je suis nouveau dans cette section (SQL Server), et je débute en sql server.

Je possède deux serveurs sous windows 2003 avec un active directory sur chaque serveur. Chaque serveur est un controleur de dommaine (un serveur principal et un autre répliqué). Sur mon serveur principal, j'ai une base de données SQL serveur 2000 que je voudrais répliqué sur mon second serveur (mon controleur de domaine répliqué), mais je ne sais pas du tout comment faire, je ne trouve aucune documention sur ce sujet, vous etes presque mon dernier espoir !!

je cherche des tuto, des explications.... tout ce qui pourrait me faire avancer.

Merci d'avance pour votre aide !

[SQLpro]

Primo : il est FORTEMENT déconseillé d'installer un serveur de bases de données relationnelles comme SQL Server sur un serveur de domaine. SQL Server s'installe sur un serveur physique dédié et doit être le seul serveur logique sur le serveur physique.

Secundo : SQL Server permet 5 modes de réplication différents suivant le fonctionnel (ce qu'il y a à répliquer) et l'architecture spécifique de votre SI.
Commencez par définir ce que vous voulez répliquer.

En particulier, si vous voulez avoir une copie de vos bases de données en exploitation sur un serveur secondaire, ce n'est sans doute pas la réplication qu'il faut utiliser.

Pour terminer : l'administration de serveur de bases de données relationnelles ne s'improvise pas. Les cours officiels sur le sujet sont de 5 jours pour apprendre l'administration plus 3 jours pour se spécialiser sur les différentes techniques de réplication...

Si l'entreprise dans laquelle vous êtes n'est pas capable de comprendre que ses données sont plus importantes que tout autre élément de son SI (machine, soft....) et qu'il convient d'investir dans une gestion saine et sécuritaire de ses données, alors changez d'entreprise !

A +

[nicolovitch]

merci de ta réponse, j'ai quand même 2 ou 3 questions suite à cette réponse :

1 ) Pourquoi ne faut-il pas mettre une base de données SQL Serveur sur un contrôleur de domaine ?? des explications s'il te plaît .

2 ) Pourquoi ne pas utiliser de réplication si je veux que ma base de données se situant sur le contôleur de domaine principal soit identique à la base de données se situant sur le DC répliqué ?? Je veux effectuer cette opération au cas ou le serveur principal tombe (tolérance de panne), pour que le DC secondaire prenne le relais.

Connais tu SQL réplicator ??

Merci d'avance pour tes réponses.

[eperdu]

Bonjour, si vous voulez quelques explications pour la replications, je vous passe une adresse, en esperant qu elle vous convienne...

http://msdn2.microsoft.com/fr-fr/library/ms147304.aspx

[SQLpro]

Bonjour,

1 ) Pourquoi ne faut-il pas mettre une base de données SQL Serveur sur un contrôleur de domaine ?? des explications s'il te plaît .

En gros un serveur de bases de données fonctionne aux antipodes de tout autre serveur. C'est pourquoi il est tres frotement conseillé de lui dédier un serveur et désactiver tous les services inutiles. Dans le cas contraire les performances se dégradent singulièrement. En particulier dans le cadre d'un serveur fréquemment sollicité pour des tâches de bas niveau (système, disque...)
Si vous veniez à mon cours d'optimisation chez orsys, vous auriez toutes les explications sur le pourquoi du comment... Il serait trop long de les développer ici.

2 ) Pourquoi ne pas utiliser de réplication si je veux que ma base de données se situant sur le contôleur de domaine principal soit identique à la base de données se situant sur le DC répliqué ?? Je veux effectuer cette opération au cas ou le serveur principal tombe (tolérance de panne), pour que le DC secondaire prenne le relais.

L'intérêt de la réplication de données, c'est qu'elle ne concerne pas la base dans sa totalité mais certaines informations. Par exemple si vous concevez un site web avec front office (donc la vente) sur un serveur et back office (donc la gestion des stocks) sur un autre serveur, alors les seules données à répliquer sont le catalogue des produits, les données clientes et les commandes... La réplication est un mécanisme lourd permettant une découpe chrirugicale des données à répliquer. Par exemple ne réqpliquer qu'une seule données d'une ligne d'une table d'une base...

Ce que tu veut faire, c'est une solution de continuité pour qu'en cas de défaillance du système une autre base puisse prendre le relais. Il faut donc copier l'intégralité de la abse et non quelques éléments. Cela est possible par réplication, mais assez délirant en terme de consommation de process. Un peu comme si tu utilisait une petite cuillère pour transvaser un camion de sable...

Il existe différents mécanismes pour faire de la haute dispo :
le plus sérré : le clustering (niveau système et cher)
le plus simple :
- le log shipping (en version 2000)
- le mirroring de base de données (en version 2005)
Il existe aussis des mécanismes externes comme "double take".

Connais tu SQL réplicator ??

Non, car la réplication SQL Server et ses 6 modes différents est à ce point bien faite que je ne pense pas qu'aucun outil puisse lui arriver à la cheville. Je ne voit donc pas l'intérêt d'acquérir un outil qui ne peut rivaliser et qui me coutera du temps d'apprentissage.

A +

[hamerpote]

Je dispose de 2 serveurs Windows2000 équipés de SQL 2000 Enterprise. la réplication SQL entre ces deux machines se fait via le Log Shipping. Je dois réinstaller ces deux machines, mais ilm'est impossible de les arrêter. Donc j'ai commencé par ajouter un 3eme serveur sous Windows2003 et SQLServe 2000.
J'ai ajouté du Log Shipping sur ce nouveau serveur et tout fonctionne bien.

Problème : Le monitoring se fait par un des serveurs que je dois remplacer, comment déplacer ce monitoring sur la nouvelle machine, sans perdre automatiquement toutes les réplications (et leurs définitions) SVP ?

Lorsque je modifie, le nom du serveur monitor dans la table Log_Shipping_Monitor de la base MSDB, je garde dans maintenance plan, les entrées, mais je n'ai plus de Log Shipping (Les références au serveurs ont disparues)

J'espère avoir été assez clair, merci d'avance (je planche depuis 3 jours sur ce problème)

[hamerpote]

Je dispose de 2 serveurs Windows2000 équipés de SQL 2000 Enterprise. la réplication SQL entre ces deux machines se fait via le Log Shipping. Je dois réinstaller ces deux machines, mais ilm'est impossible de les arrêter. Donc j'ai commencé par ajouter un 3eme serveur sous Windows2003 et SQLServe 2000.
J'ai ajouté du Log Shipping sur ce nouveau serveur et tout fonctionne bien.

Problème : Le monitoring se fait par un des serveurs que je dois remplacer, comment déplacer ce monitoring sur la nouvelle machine, sans perdre automatiquement toutes les réplications (et leurs définitions) SVP ?

Lorsque je modifie, le nom du serveur monitor dans la table Log_Shipping_Monitor de la base MSDB, je garde dans maintenance plan, les entrées, mais je n'ai plus de Log Shipping (Les références au serveurs ont disparues)

J'espère avoir été assez clair, merci d'avance (je planche depuis 3 jours sur ce problème)