Discussion :

[zoltix]

Bonjour,
J'ai généré plusieurs scripts (une par table). Mais la taille de plusieurs de mes scripts atteint plus 12 Gig car il y a plusieurs millions de données. Comme je travaille en milieu sécurisé, on ne peut pas avoir une connexion directe entre les serveurs de prod et de dev. Donc j'ai copié mes scripts sur hd externe. Mais mon souci, SSMS n'est pas capable d'ouvrir de si gros fichier et sqlcmd ne fonctionne plus lorsque j'atteins des fichiers de plus 100000 lignes.

Avez-vous un outil ou un truc pour exécuter ces fichiers gigantesque?

Merci de votre aide

[elsuket]

Bonjour,

Comme je travaille en milieu sécurisé, on ne peut pas avoir une connexion directe entre les serveurs de prod et de dev

Mais si, en demandant gentiment à votre administrateur système

la taille de plusieurs de mes scripts atteint plus 12 Gig

Il aurait fallu mesurer la taille des données à exporter à l'aide de la procédure stockée système sp_spaceused ou encore en utilisant sys.dm_db_partition_stats ...

Avez-vous un outil ou un truc pour exécuter ces fichiers gigantesque?

Pour cette quantité de données, vous devriez plutôt prendre une sauvegarde complète de la base de données et la restaurer sur le serveur sur lequel vous voulez copier les données sous un autre nom, puis exécuter des requêtes entre les bases de données.

Sinon :

- BCP devrait ne pas avoir de limite
- BULK INSERT non plus
- Package SSIS

@++

[mikedavem]

Je rejoins les propos de Elsuket ..

Dans votre cas il faudra dissocier la partie données de la partie schéma.

++

[zoltix]

Par backup pas possible car ce n'est qu'une parties de la db.

On a dissocié mais ce qui est un peu compliqué. Et de plus on a une table qui fait plus de 10 millions de rows. Avec mes collègues, on est en train de regarder le bcp. C'est très rapide mais ça demande un peu plus de programmation lorsqu’on a plus de 300 tables ().
Pour infos : la base de donnée fait >1.5 Ter et il y a plus de 700 objets


A+

[elsuket]

Par backup pas possible car ce n'est qu'une parties de la db.

Désolé, je ne comprend pas

@++