Discussion :

[serge0934]

Bonjour à tous,

voilà.... tout est dans le titre

est ce possible ?

[Oishiiii]

Non ce n'est pas possible, quel est l'intérêt ?
La base de donnée mirroir n'est même pas accessible en lecture.

[serge0934]

merci Oishiiii

je vais donc expliquer mon problème complet.

J'ai une très grosse table de 2téra qui est la table dématérialisée d'un BO.

tous les mois, on insère (et que des insert) de nouvelles lignes a cette table, venant d'un batch, qui s'appuie sur cette table (vous suivez..)

donc pendant que ce batch tourne (environ 2 jours), la table est trop sollicitée et le boxireader rame.

je voudrais donc déplacer le batch sur un autre serveur, y mettre une copie de la grosse table, pour que le batch ne lise plus sur la base BO.
Comment pourrais je ensuite synchroniser ces deux tables sans avoir a faire des backup/restore?

merci pour votre aide

[elsuket]

Bonjour,

Notez au passage que SQL Server 2012 permettra de lire (et seulement de lire) la base de données partenaire du miroir.

Comment pourrais je ensuite synchroniser ces deux tables sans avoir a faire des backup/restore?

Deux solutions :

- La réplication par snapshot, mais il vous faudra un réseau rapide
- Service Broker, mais là c'est à SQLPro qu'il faut s'en remettre

@++

[serge0934]

merci Nicolas,

j'attends donc que SQLPro passe par là car le réseau n'est pas des plus rapides

[SQLpro]

tous les mois, on insère (et que des insert) de nouvelles lignes a cette table, venant d'un batch, qui s'appuie sur cette table (vous suivez..)

donc pendant que ce batch tourne (environ 2 jours), la table est trop sollicitée et le boxireader rame.

Là vous avez réellement un problème de conception au niveau de l'alimentation de votre DW...

Dans de gros DW (plusieurs To), l'alimentation en différentiel devrait durer au pire quelques heures....
1) Utilisez vous SSIS ?
2) supprimez vous les index secondaires et les ,contraintes avant l'insertion ?
3) faite vous de l'insertion ligne à ligne ou ensembliste ?

Bref, avant de vous tourner vers de solution de substitution, commencez par optimiser l'alimentation.

Petit exemple : http://msdn.microsoft.com/en-us/libr...ql.100%29.aspx

A +

[serge0934]

Là vous avez réellement un problème de conception au niveau de l'alimentation de votre DW...

oui, c'est pour cela que l'on refait tout mais la solution finale sera dispo en juin 2012, donc en attendant...

Dans de gros DW (plusieurs To), l'alimentation en différentiel devrait durer au pire quelques heures....
1) Utilisez vous SSIS ?

=> oui

2) supprimez vous les index secondaires et les ,contraintes avant l'insertion ?

=> oui

3) faite vous de l'insertion ligne à ligne ou ensembliste?

=> ensembliste

on utilise des nvarchar au lieu des varchar, pas de text, pas de fulltext, mais
la table a 211 champs

un index cluster partitionné sur des luns par année

le problème vient aussi :
- du fait que des tables de références de la grosse table sont updatées de temps en temps et donc posent des verrous.
- que la boite est worldwide donc bo est solicité 24/24

donc le "pansement" serait peut être le service broker ?

je viens de lire et de tester l'exemple simple qu'il y a sur le votre blog (de SQL pro), je vais poursuivre ....

[zinzineti]

oui, c'est pour cela que l'on refait tout mais la solution finale sera dispo en juin 2012, donc en attendant...

Vous en avez encore du temps, histoire de passer tranquille les fêtes de fin d'années

on utilise des nvarchar au lieu des varchar, pas de text, pas de fulltext,

si la boite est worldwide comme vous le dites alors le type unicode convient dans ce cas. le type nvarchar convient donc

mais la table a 211 champs

là mon record de 132 colonnes est battu par le votre 211 colonnes, je prend note