Répliquer une base MS SQL 2005 standard vers un autre serveur

Bonjour,

Je rencontre actuellement des soucis avec un de mes projets d'entreprise. Nous avons une base de données MS SQL 2005 (standard) dont nous avons des applications et clients connectés tout le temps et qui commence à grossir.
Nous souhaitons déporté la partie 'reporting et consulting' sur un serveur bis avec la meme base de données consultable en lecture seule, et avec un délais de mise à jour de quelques minutes.

Nous avons mis en place le procédé de "log shipping" qui fonctionne trés bien, mais le problème c'est que le procédé à besoin de l'accès exclusif à la base de données où les journaux de transactions sont appliqué et donc, la base est inaccessible. De plus, tant qu'une personne est connecté à la base, la restauration n'est plus possible et la base de données n'est pas mise à jour.

Etant donnée que nous appliquons les journaux toutes les minutes, cela pose un problème si une personne est connecté sur la base.

Existe t'il un autre moyen pour actualiser la seconde base de données avec les données de la base principale sans bloquer la seconde base pour les utilisateurs qui consultent???

Descriptif des serveurs utilisés :

Serveur Principal:

MS SQL 2005 EN x32 standard
HP DL380 G6
8 GO de mémoire vive
1 téra de HDD

Serveur secondaire:

MS SQL 2005 EN x32 standard
HP DL380 G6
8 GO de mémoire vive
6 téra de HDD

connexion entre les deux serveurs à 1 Gigabits.

Merci d'avance

Bonjour

Je pense que la réplication transactionnelle peut correspondre à votre besoin. Si le reporting a besoin des donnèes à quelques minutes de celle production, c'est plutôt approprié. La réplication a des impacts à connaître : nécessité d'avoir un clés primaire sur chaque table répliquée, les transactions restent dans le journal tant qu'elles n'ont pas été répliquées, donc attention aux coupures réseau, etc.

Citation:

---

Envoyé par kagemaru

Bonjour

Je pense que la réplication transactionnelle peut correspondre à votre besoin. Si le reporting a besoin des donnèes à quelques minutes de celle production, c'est plutôt approprié. La réplication a des impacts à connaître : nécessité d'avoir un clés primaire sur chaque table répliquée, les transactions restent dans le journal tant qu'elles n'ont pas été répliquées, donc attention aux coupures réseau, etc.

---

Ce type de réplication transactionnelle n'est pas bloquée et peux répliquer si des sessions sont ouverte sur la base secondaire?
Il faut que je regarde si toutes les tables ont des clés primaires. Merci en tout cas.

oui c'est l'interêt de la réplication. Les utilisateurs ne seront pas bloqués lors de leurs rapports, ou alors de façon bcp moins flagrante.
Est-ce que le besoin est vraiment du reporting 'temps réél' ?

Citation:

---

Envoyé par kagemaru

oui c'est l'interêt de la réplication. Les utilisateurs ne seront pas bloqués lors de leurs rapports, ou alors de façon bcp moins flagrante.
Est-ce que le besoin est vraiment du reporting 'temps réél' ?

---

Oui quasiment, de l'ordre de la minute. parce que la base principale est toujours en activité et les gens du consulting ont besoin des informations dès insertions dans la base de données.

PS: je viens de regarder les tables de la base de données principale et toutes n'ont pas forcément de clés primaire.

Citation:

---

PS: je viens de regarder les tables de la base de données principale et toutes n'ont pas forcément de clés primaire.

---

Il faut en définir une pour chaque table qui va être répliquée. Il n'est peut-être pas nécessaire de répliquer toutes les tables...

Citation:

---

Envoyé par kagemaru

Il faut en définir une pour chaque table qui va être répliquée. Il n'est peut-être pas nécessaire de répliquer toutes les tables...

---

Merci,

Je vais présenter le concept aux décideurs en précisant les contraintes liées aux clés primaires nécessaires, après eux trancherons.

En tout cas, merci beaucoup :ccool:

Citation:

---

Envoyé par hip_zip

Merci,

Je vais présenter le concept aux décideurs en précisant les contraintes liées aux clés primaires nécessaires, après eux trancherons.

En tout cas, merci beaucoup :ccool:

---

Pour nous rassurer, quand même, les tables sans clefs primaires,elles ont quand même bien une clef externe, hein ? :D

Citation:

---

Envoyé par Bluedeep

Pour nous rassurer, quand même, les tables sans clefs primaires,elles ont quand même bien une clef externe, hein ? :D

---

Si ca peux te rassurer, non, j'en ai 4 qui n'ont rien du tout, ni clé primaire, ni étrangère.
Etant donnée que la base à été créé par un prestataire externe, nous ne maitrisons pas le contenu ni la définition de la structure de la table.

Enfin Je pense m'en sortir avec les clés primaires existantes dans certaines tables. J'ai réunion à 11h pour en discuter justement.

Il faut également prendre en compte d'eventuelles colonnes de type BLOB (text, image, etc). Il se peut qu'il faille augmenter la taille max de BLOB à répliquer en fonction.