Discussion :

[dari68]

Bonjour,

J'ai une base A sur un serveur A et je cherche à mettre en place un clone (base B sur un server B) alors miroir, log shipping backup/restore ? un mécanisme simple et si possible moins couteux niveau licence ?

Merci.

[Invité]

Avec un gros nez rouge, c'est pas très couteux...




Bon, sérieusement, ça dépend de ton besoin et de tes moyens.

En temps, combien de données es-tu prêt à perdre ? 1 heures de données ou 10 secondes ?
Et ne pose pas cette question là à tes supérieures sans des données chiffrées.
Sinon la réponse sera 0 secondes. "Ok, bon ben on va faire de la réplication, coût des licences plus la machine de relève : 30 000$" Crise cardiaque du supérieur !

Quel est le niveau d'activité de la bd ? 5 Go de log par heure ?

Niveau infrastructure :
Qu'as-tu comme machine pour faire le clone ? Un truc poussif qui aura le statut de "relève" mais qu'on ne sait pas si la prod arrivera à soutenir l'activité de la prod ?
Aussi au niveau réseau, est-ce que ça peut supporter largement ce surplus d'activité ?

C'est sûr que le log shipping est vraisemblablement un des systèmes le plus simple et moins le cher...

[SQLpro]

Un mirroring sera la chose la plus simple, la moins couteuse (0 € de licence SQL Server) et la plus sûre. En mode synchrone, aucune perte de données. En sus, vous pouvez opter pour un basculement automatique pour cela il suffit de rajouter une 3e machine qui serva de quorum pour décider du basculement. Cette 3e machine peut être déjà une machine du parc, sur laquelle vous pourrez installer une instance Express (gratuite) qui sert uniquement de surveillance et prise de décision (aucune base).

A lire : http://blog.developpez.com/sqlpro/p7...e_base_de_donn

A +

[dari68]

Bonjour && Merci à vous deux,

L'objectif est d'avoir une base accéssible en lecture avec une évolution de volumétrie de ~ 2Go de données par jour sur un site distant.

Merci.

[Invité]

Un mirroring sera la chose la plus simple, la moins couteuse (0 € de licence SQL Server) et la plus sûre.

Mince, il faut que je relise mes fondamentaux.
En tout cas, merci, ça me fournit un objectif pour 2014 !
Reste juste à trouver un indicateur pour quantifier ça et faire plaisir à mes bosss

[darkelend]

Bonjour && Merci à vous deux,

L'objectif est d'avoir une base accéssible en lecture avec une évolution de volumétrie de ~ 2Go de données par jour sur un site distant.

Merci.

Si tu es en SQL Server 2012, tu peux aussi utiliser le "Always On". La base de l'instance secondaire sera accessible en lecture seule. Le mirroring ne le permet pas.

[SQLpro]

Mince, il faut que je relise mes fondamentaux.
En tout cas, merci, ça me fournit un objectif pour 2014 !
Reste juste à trouver un indicateur pour quantifier ça et faire plaisir à mes bosss

Ca existe depuis la version 2005....

A +

[SQLDev]

Si tu es en SQL Server 2012, tu peux aussi utiliser le "Always On". La base de l'instance secondaire sera accessible en lecture seule. Le mirroring ne le permet pas.

Oui Always On permet de lire une base sur un réplicat secondaire mais ça entraine le coût d'une licence supplémentaire.

Le mirroring ne le permet pas, sauf si tu crées un snapshot. Mais il faut accepter les conditions, ça veut dire avoir une vue des données au moment de la création du snapshot. Si la lecture doit être en continue avec des données à jour à la seconde prêt, ce n'est pas possible.

[dari68]

Merci à ts,

Encore une question: avec une instance avec plusieurs bases: faut proceder base par base ? pas moyen de mettre toutes les bases en mirroring en une seule opération?

@+

[SQLpro]

Avec AlwaysOn oui, avec Mirroring non.

A +

[dari68]

Merci bien.



@+