Discussion :

[al1EnC]

Bonjour à tous!

Je dois copier la contenue de certaines bases d'un server sur un autre server ( environnement Xp Ms SqlServer 2000 SP4)

Sachant que je suis dans un univers relativement sécurisé, quel choix me conseilleriez vous pour répondre au besoin?
Implémentation d'un utilitaire ou mise en place d'une réplication de server?


Merci par avance pour vos retours d'expérience...

[Orgied]

salut,

pourrais-tu en dire plus sur ta copie ? est ce simplement une migration vers une autre base de données ou l'implémentation d'un système de backup ou de la collecte de données ?

Sql permet de faire toutes ces choses, le tout, c'est de savoir ce que tu veux faire pour savoir quel service te conseiller.

[ylarvor]

Il s'agit d'un outil de génération de script d'insertion gratuit... cela peut etre utile.

[al1EnC]

Je m'explique.

Je dois rendre mes données <plus> disponibles et rajouter des traitement sur un server sans en modifier ces performances. J'ai donc pensé utiliser un autre serveur pour des traitements dédiés.

Dans ce cas, j'ai obligatoirement une phase de recopie "pure et dure" du contenue de mes bases du server maitre vers un autre...
Sachant que toutes les insertions en base se font sur un seul server, je pense que je rentre dans un cas "simple" de réplication...

Mais je souhaitais avoir quelques retours d'expériences avant de me lancer...
Est ce qu'il y a des outils qui permettent d'effectuer cette opération facilement?
L'implémantation d'un utilitaire spécifique est elle nécessaire?
Le replication de bilou est elle fiable et facile a mettre en oeuvre sur un grand nombre de server?

Merci par avance pour vos retours que j'espère nombreux...

[Orgied]

ok bien la réplication, je ne l'ai testée que sur sql server 98 et ca m'a laissé un très mauvais souvenir. c'était instable et certaines taches prévues à des heures ne s'effectuaient pas, et cela pendant plusieurs jours parfois. pour sql server 2000 et +, je n'ai jamais retenté l'opération mais d'après ce que j'ai pu en lire, ça semble stable.

[al1EnC]

OK
Donc -1 pour la réplication SQL Server.

Est ce que qq'1 a déja réussi à mettre une réplication en place via Sqlserver 2000 ou plus?
Tout cela pour le transfert de gros volume?

Dans le cas inverse, un script est apperemment nécessaire.
Quels autres choix s'offrent à moi?
Merci par avance!

[Madinico]

La réplication sur SQL Server 2000 à éffectivement l'air pas mal. Ensuite tout dépend du type de réplication que l'on souhaite mettre en place.

Je pense que dans ton cas un script ne serait pas forcément la bonne solution. Tout dépend des volumes à transférer et de leur périodicité (des transferts). Ca dépend aussi des règles que tu emploies pour tes serveurs et tes applications.

Il faut aussi éviter les risque de génération de doublon et d'erreur de requête.

Après tout dépend comment est architecturé ton systèmes réseaux. Est-ce que t'es serveur sont dans la même DMZ ? Est-ce qu'il font partie du même domaine ?
Etc.

Il faut que tu définissent tes règles de gestion afin de pouvoir choisir la bonne méthode.

Cordialement,
Nicolas L.

[al1EnC]

Merci pour cette réponse rapide!!

En fait pour ce qui est de l'architecture réseau tout est effectivment ds le même domaine et DMZ...

Il y aura de toutes manières aucun conflit car le poste en + consulte seulement les données.

Par contre, les contraintes en terme de mise à jour des données sont importantes (1 heure) et les volumes aussi.

Du coup, une réplication différentielle? ?

[Madinico]

Je pense qu'il faudrait que tu utilises une réplication transactionnelle avec mise à jour en attente. Comme celà du peut définir tes intervalles de mise à jour.

Ou encore pour être sûr de ne pas se louper la réplication transactionnelle avec mise à jour immédiate.

Voir l'aide de SQL Server.

[SQLpro]

Orgied : ... la réplication, je ne l'ai testée que sur sql server 98 et ca m'a laissé un très mauvais souvenir.

SQL 98 n'existe pas...

Solutions possibles :

1) BACKUP + RESTORE

2)
INSERT INTO MabaseCible.MonSchema.Matable
SELECT * FROM MabaseSource.MonSchema.Matable

3) Log Shipping

4) réplications : transactionnelle ou mieux : capture instantanée

5) snapshot (2005)

6) mirroring (2005)

A +

[ylarvor]

4) réplications : transactionnelle ou mieux : capture instantanée

A lire :
http://tipssqlserveur2005.blogspot.c...onibilit%C3%A9

Si tu souhaites copier ta base sur un nouveau serveur à la manière d'un back/restore, le mieux, c'est d'utiliser la réplication de capture instantannée. la plus simple!
Si tu veux mettre à jour régulièrement les évolutions de ton serveur source, tu utilises la réplication transactionnelle qui déplacent moins de données que la capture instantannée.

[al1EnC]

Merci pour vos [nombreuses] réponses! Je n'ai plus qu'à bouquiner!

Une dernière question :
5) snapshot (2005)
6) mirroring (2005)
ne sont apperemment dispo qu'en 2005.

Quelqu'un les a déja mis en place avec succès? Le techno est elle fiable?

[ylarvor]

Code :

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

1
2
3
4
5
6
7
8
9
 
CREATE DATABASE AdventuresWorks_Instant
ON
(
NAME = 'AdventureWorks_Data',
FILENAME = 'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\AdventureWorks_Data.mdf'
)
AS SNAPSHOT OF AdventureWorks
GO