Discussion :

[ApprentiOracle]

Bonjour,

Nous avons une base version SQLserver 2005 sur un serveur sur un site distant.

Les utilisateurs voudraient avoir une copie de la base en local.

Mes questions :

Que faut il utiliser : Une réplication ou les lots DTS ? (pour infos la base 1Go, data et log compris)

Est ce que on peut utiliser une sqlserver2005 express pour l'une ou l'autre technique ?

Merci beaucoup pour vos infos.

Cordialement

ApprentiOracle

[dbaffaleuf]

Hello,

Le problème de la réplication à mon sens c'est qu'il faut pouvoir la gérer, et ce n'est pas le truc le plus simple du monde. Il faut en plus éviter de mettre à jour la base répliquée, et si tes utilisateurs ont besoin d'accéder aux données aussi en écriture, c'est difficilement viable comme solution.

Quelle est le besoin en termes de fraîcheur des données ? 1 fois par jour ? 2 fois par jour ? 1 fois par heure ? Au fil de l'eau, etc...

En fonction de cette information, différentes possibilités sont envisageables.

David B .

[SQLpro]

Notamment un mirroring avec snapshot si la base répliquée est en lecture seule.

A +

[zinzineti]

Pour compléter dbaffaleuf, pourquoi les utilisateurs ont-ils besoin chacun d'avoir la base en local ? Est-ce pour des raisons de mobilité de ces utilisateurs ? ce sont des commerciaux ? cette question en cache une autre, celle de la mise à jour des données. La mise à jour est-elle dans les 2 sens (synchronisation dans les 2 sens) ? En gros c'est quoi le besoin ?

A+

Etienne ZINZINDOHOUE

[ApprentiOracle]

Bonjour à tous,

Pour répondre aux différentes questions :

- Le besoin en terme de données est de 1 seule fois par jour.
- La base en local sera en lecture seule. (Ils n'ont pas besoin d'avoir CHACUN une base en local, ca sera une seule pour tous)
- Si réplication, ca ne sera que dans un sens.
- Le besoin, c'est un sorte de infocentre.

Merci

[kagemaru]

Dans ce cas là, je ferais un backup de la base, je zipperais le backup, le transfererais et le restaurerais en local. Je ne vois pas l'intêret de faire plus compliqué.

[dbaffaleuf]

Pareil ;-)

David B.

[ApprentiOracle]

Ok.

Et le log shipping ? C'est pas mal non plus et ca à l'air d'être simple à mettre en oeuvre. Quand pensez vous ?

[zinzineti]

Dans ce cas là, je ferais un backup de la base, je zipperais le backup, le transfererais et le restaurerais en local. Je ne vois pas l'intêret de faire plus compliqué.

Cette solution, je suis d'accord est la plus simple. Mais simple en apparence
Elle est simple si on le fait de façon MANUELLLE.
Mais si c'est à automatisée (donc scriptée) , là, ce n'est plus aussi simple !
Démonstration :
1. Backupé -> simple à scripté
2. Zippé le backup -> pas aussi simple, mais faisable
3. transféré le zip -> dépend fortement du réseau, de la taille du zip,
des problèmes de droits de lecture/ecriture sur disque,...
4. Dézippé le backup -> pas simple à scripté :
Gestion des zips dans le répertoire de
destination pour prendre en compte le bon
zip à dézipé, etc....
5. Restauré le backup -> simple à scripté
Au vue de tout celà, le mode automatique n'est pas aussi simple à mon avis.

Par contre si ces opérations doivent se faire manuellement, alors se pose la question de :
Qui va le faire ?
Quand (à 1H du matin ?) faut-il le faire ?
Et pendant les vacances qui va le faire ? et les imprévus ?....
Je suis plutôt pour une REPLICATION TRANSACTIONNELLE planifiée pour se lancer une fois/jour tous les soirs vers 23H.

Au suivant ...

Etienne ZINZINDOHOUE

[Ptit_Dje]

Je dirais non à la réplication transactionnelle.
Celle-ci à une granularité au niveau de l'objet, et de plus provoque une retention des entrées dans le journal de transaction, ce qui ne permet pas de recycler celui-ci après un log backup.

Si effectivement le volume du backup est relativement important, un log shipping peut être approprié, cependant pas disponible sur la version SQL Express.

D'ailleurs, étant donné la version de SQL Server, la base de donnée ne devrait pas faire plus de 4GB. Donc un backup/restore ne devrait pas poser de problème.

On peut éviter l'étape du zippage d'après moi, sauf si on a du temps à consacrer à ca...