Bonjour à tous,
voilà.... tout est dans le titre ;)
est ce possible ?
Version imprimable
Bonjour à tous,
voilà.... tout est dans le titre ;)
est ce possible ?
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.
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
Bonjour,
Notez au passage que SQL Server 2012 permettra de lire (et seulement de lire) la base de données partenaire du miroir.
Deux solutions :Citation:
Comment pourrais je ensuite synchroniser ces deux tables sans avoir a faire des backup/restore?
- 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 ;)
@++ ;)
merci Nicolas,
j'attends donc que SQLPro passe par là car le réseau n'est pas des plus rapides :ccool:
Là vous avez réellement un problème de conception au niveau de l'alimentation de votre DW...Citation:
Envoyé par serge0934
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 +
oui, c'est pour cela que l'on refait tout :P mais la solution finale sera dispo en juin 2012, donc en attendant...Citation:
Là vous avez réellement un problème de conception au niveau de l'alimentation de votre DW...
=> ouiCitation:
Dans de gros DW (plusieurs To), l'alimentation en différentiel devrait durer au pire quelques heures....
1) Utilisez vous SSIS ?
=> ouiCitation:
2) supprimez vous les index secondaires et les ,contraintes avant l'insertion ?
=> ensemblisteCitation:
3) faite vous de l'insertion ligne à ligne ou ensembliste?
on utilise des nvarchar au lieu des varchar, pas de text, pas de fulltext, mais
la table a 211 champs :aie:
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 ....
Vous en avez encore du temps, histoire de passer tranquille les fêtes de fin d'années ;)Citation:
Envoyé par serge0934
si la boite est worldwide comme vous le dites alors le type unicode convient dans ce cas. le type nvarchar convient doncCitation:
Envoyé par serge0934
là mon record de 132 colonnes est battu ;) par le votre 211 colonnes, je prend note ;)Citation:
Envoyé par serge0934