Bonjour à tous,
Je me trouve confronté à un joli pb.
Nous travaillons "en local" sur une base de données, pour tester une
appli.
Cette base tourne sur SQL2008.
Dans cette base, nous importons un grand nb de données, histoire de
vérifier que tout fonctionne correctement.
Cette phase d'importation est assez longue, et nécessite la MAJ de
plusieurs tables.
Afin de ne pas nous embêter à refaire toutes les manips sur le serveur de
prod, je souhaiterai exporter les tables modifiées sur le serveur test,
pour les réimporter sur le serveur de prod.
Or le serveur de prod est un SQL2005.
J'ai tender un backup/restore de la base, mais j'ai une erreur :
La famille de support sur l'unité d:....MaBase.bak est incorrecte
Lors du backup, je précise pourtant à SQL2008 que je veux une base en
version SQL2005, mais rien n'a faire, pas moyen d'importer mes données.
Je ne peux pas simplement exporter mes tables dans des fichiers csv, j'ai
besoin de conserver la structure des tables.
Et bien entendu, les 2 serveurs ne sont pas connectables entre eux ...
Quelle solution me proposez vous ?
Merci d'avance.
--
Bill2
Utilisez Process Manager, gestionnaire de processus automatique :
http://www.bill2-software.com/processmanager/
Bonjour à tous,
Je me trouve confronté à un joli pb.
Nous travaillons "en local" sur une base de données, pour tester une
appli.
Cette base tourne sur SQL2008.
Dans cette base, nous importons un grand nb de données, histoire de
vérifier que tout fonctionne correctement.
Cette phase d'importation est assez longue, et nécessite la MAJ de
plusieurs tables.
Afin de ne pas nous embêter à refaire toutes les manips sur le serveur de
prod, je souhaiterai exporter les tables modifiées sur le serveur test,
pour les réimporter sur le serveur de prod.
Or le serveur de prod est un SQL2005.
J'ai tender un backup/restore de la base, mais j'ai une erreur :
La famille de support sur l'unité d:....MaBase.bak est incorrecte
Lors du backup, je précise pourtant à SQL2008 que je veux une base en
version SQL2005, mais rien n'a faire, pas moyen d'importer mes données.
Je ne peux pas simplement exporter mes tables dans des fichiers csv, j'ai
besoin de conserver la structure des tables.
Et bien entendu, les 2 serveurs ne sont pas connectables entre eux ...
Quelle solution me proposez vous ?
Merci d'avance.
--
Bill2
Utilisez Process Manager, gestionnaire de processus automatique :
http://www.bill2-software.com/processmanager/
Bonjour à tous,
Je me trouve confronté à un joli pb.
Nous travaillons "en local" sur une base de données, pour tester une
appli.
Cette base tourne sur SQL2008.
Dans cette base, nous importons un grand nb de données, histoire de
vérifier que tout fonctionne correctement.
Cette phase d'importation est assez longue, et nécessite la MAJ de
plusieurs tables.
Afin de ne pas nous embêter à refaire toutes les manips sur le serveur de
prod, je souhaiterai exporter les tables modifiées sur le serveur test,
pour les réimporter sur le serveur de prod.
Or le serveur de prod est un SQL2005.
J'ai tender un backup/restore de la base, mais j'ai une erreur :
La famille de support sur l'unité d:....MaBase.bak est incorrecte
Lors du backup, je précise pourtant à SQL2008 que je veux une base en
version SQL2005, mais rien n'a faire, pas moyen d'importer mes données.
Je ne peux pas simplement exporter mes tables dans des fichiers csv, j'ai
besoin de conserver la structure des tables.
Et bien entendu, les 2 serveurs ne sont pas connectables entre eux ...
Quelle solution me proposez vous ?
Merci d'avance.
--
Bill2
Utilisez Process Manager, gestionnaire de processus automatique :
http://www.bill2-software.com/processmanager/
Cela m'intirgue de savoir comment tu specifies á la commande BACKUP
que tu veux un format 2005
Tu veux peut-etre parler du mode de compatibilité qui est une option
de la base de données
ALTER DATABASE [DatabaseName] SET COMPATIBILITY_LEVEL = 90
Dans ce ca tu peux juste la detacher, faire une copie des fichiers et
la reattacher en prod
"Bill2" wrote in message
news:Bonjour à tous,
Je me trouve confronté à un joli pb.
Nous travaillons "en local" sur une base de données, pour tester une
appli.
Cette base tourne sur SQL2008.
Dans cette base, nous importons un grand nb de données, histoire de
vérifier que tout fonctionne correctement.
Cette phase d'importation est assez longue, et nécessite la MAJ de
plusieurs tables.
Afin de ne pas nous embêter à refaire toutes les manips sur le
serveur de prod, je souhaiterai exporter les tables modifiées sur le
serveur test, pour les réimporter sur le serveur de prod.
Or le serveur de prod est un SQL2005.
J'ai tender un backup/restore de la base, mais j'ai une erreur :
La famille de support sur l'unité d:....MaBase.bak est incorrecte
Lors du backup, je précise pourtant à SQL2008 que je veux une base en
version SQL2005, mais rien n'a faire, pas moyen d'importer mes
données. Je ne peux pas simplement exporter mes tables dans des fichiers
csv,
j'ai besoin de conserver la structure des tables.
Et bien entendu, les 2 serveurs ne sont pas connectables entre eux
... Quelle solution me proposez vous ?
Merci d'avance.
--
Bill2
Utilisez Process Manager, gestionnaire de processus automatique :
http://www.bill2-software.com/processmanager/
Cela m'intirgue de savoir comment tu specifies á la commande BACKUP
que tu veux un format 2005
Tu veux peut-etre parler du mode de compatibilité qui est une option
de la base de données
ALTER DATABASE [DatabaseName] SET COMPATIBILITY_LEVEL = 90
Dans ce ca tu peux juste la detacher, faire une copie des fichiers et
la reattacher en prod
"Bill2" <bill2webNOSPAM@gmail.com> wrote in message
news:eJQTQAdkJHA.5112@TK2MSFTNGP03.phx.gbl...
Bonjour à tous,
Je me trouve confronté à un joli pb.
Nous travaillons "en local" sur une base de données, pour tester une
appli.
Cette base tourne sur SQL2008.
Dans cette base, nous importons un grand nb de données, histoire de
vérifier que tout fonctionne correctement.
Cette phase d'importation est assez longue, et nécessite la MAJ de
plusieurs tables.
Afin de ne pas nous embêter à refaire toutes les manips sur le
serveur de prod, je souhaiterai exporter les tables modifiées sur le
serveur test, pour les réimporter sur le serveur de prod.
Or le serveur de prod est un SQL2005.
J'ai tender un backup/restore de la base, mais j'ai une erreur :
La famille de support sur l'unité d:....MaBase.bak est incorrecte
Lors du backup, je précise pourtant à SQL2008 que je veux une base en
version SQL2005, mais rien n'a faire, pas moyen d'importer mes
données. Je ne peux pas simplement exporter mes tables dans des fichiers
csv,
j'ai besoin de conserver la structure des tables.
Et bien entendu, les 2 serveurs ne sont pas connectables entre eux
... Quelle solution me proposez vous ?
Merci d'avance.
--
Bill2
Utilisez Process Manager, gestionnaire de processus automatique :
http://www.bill2-software.com/processmanager/
Cela m'intirgue de savoir comment tu specifies á la commande BACKUP
que tu veux un format 2005
Tu veux peut-etre parler du mode de compatibilité qui est une option
de la base de données
ALTER DATABASE [DatabaseName] SET COMPATIBILITY_LEVEL = 90
Dans ce ca tu peux juste la detacher, faire une copie des fichiers et
la reattacher en prod
"Bill2" wrote in message
news:Bonjour à tous,
Je me trouve confronté à un joli pb.
Nous travaillons "en local" sur une base de données, pour tester une
appli.
Cette base tourne sur SQL2008.
Dans cette base, nous importons un grand nb de données, histoire de
vérifier que tout fonctionne correctement.
Cette phase d'importation est assez longue, et nécessite la MAJ de
plusieurs tables.
Afin de ne pas nous embêter à refaire toutes les manips sur le
serveur de prod, je souhaiterai exporter les tables modifiées sur le
serveur test, pour les réimporter sur le serveur de prod.
Or le serveur de prod est un SQL2005.
J'ai tender un backup/restore de la base, mais j'ai une erreur :
La famille de support sur l'unité d:....MaBase.bak est incorrecte
Lors du backup, je précise pourtant à SQL2008 que je veux une base en
version SQL2005, mais rien n'a faire, pas moyen d'importer mes
données. Je ne peux pas simplement exporter mes tables dans des fichiers
csv,
j'ai besoin de conserver la structure des tables.
Et bien entendu, les 2 serveurs ne sont pas connectables entre eux
... Quelle solution me proposez vous ?
Merci d'avance.
--
Bill2
Utilisez Process Manager, gestionnaire de processus automatique :
http://www.bill2-software.com/processmanager/
Med Bouchenafa wrote:Cela m'intirgue de savoir comment tu specifies á la commande BACKUP
que tu veux un format 2005
Tu veux peut-etre parler du mode de compatibilité qui est une option
de la base de données
ALTER DATABASE [DatabaseName] SET COMPATIBILITY_LEVEL = 90
Oui, j'ai réglé ça dans la fenêtre de propriétés de la base.
Je pensais que le backup se ferait aussi à ce format, mais ce n'est donc
pas le cas.Dans ce ca tu peux juste la detacher, faire une copie des fichiers et
la reattacher en prod
Hum. Je crois que j'avais essayé ça, mais en partant des fichiers v2008.
Je vais retenter la chose demain.
Merci
--
Bill2
Utilisez Process Manager, gestionnaire de processus automatique :
http://www.bill2-software.com/processmanager/"Bill2" wrote in message
news:Bonjour à tous,
Je me trouve confronté à un joli pb.
Nous travaillons "en local" sur une base de données, pour tester une
appli.
Cette base tourne sur SQL2008.
Dans cette base, nous importons un grand nb de données, histoire de
vérifier que tout fonctionne correctement.
Cette phase d'importation est assez longue, et nécessite la MAJ de
plusieurs tables.
Afin de ne pas nous embêter à refaire toutes les manips sur le
serveur de prod, je souhaiterai exporter les tables modifiées sur le
serveur test, pour les réimporter sur le serveur de prod.
Or le serveur de prod est un SQL2005.
J'ai tender un backup/restore de la base, mais j'ai une erreur :
La famille de support sur l'unité d:....MaBase.bak est incorrecte
Lors du backup, je précise pourtant à SQL2008 que je veux une base en
version SQL2005, mais rien n'a faire, pas moyen d'importer mes
données. Je ne peux pas simplement exporter mes tables dans des fichiers
csv,
j'ai besoin de conserver la structure des tables.
Et bien entendu, les 2 serveurs ne sont pas connectables entre eux
... Quelle solution me proposez vous ?
Merci d'avance.
--
Bill2
Utilisez Process Manager, gestionnaire de processus automatique :
http://www.bill2-software.com/processmanager/
Med Bouchenafa wrote:
Cela m'intirgue de savoir comment tu specifies á la commande BACKUP
que tu veux un format 2005
Tu veux peut-etre parler du mode de compatibilité qui est une option
de la base de données
ALTER DATABASE [DatabaseName] SET COMPATIBILITY_LEVEL = 90
Oui, j'ai réglé ça dans la fenêtre de propriétés de la base.
Je pensais que le backup se ferait aussi à ce format, mais ce n'est donc
pas le cas.
Dans ce ca tu peux juste la detacher, faire une copie des fichiers et
la reattacher en prod
Hum. Je crois que j'avais essayé ça, mais en partant des fichiers v2008.
Je vais retenter la chose demain.
Merci
--
Bill2
Utilisez Process Manager, gestionnaire de processus automatique :
http://www.bill2-software.com/processmanager/
"Bill2" <bill2webNOSPAM@gmail.com> wrote in message
news:eJQTQAdkJHA.5112@TK2MSFTNGP03.phx.gbl...
Bonjour à tous,
Je me trouve confronté à un joli pb.
Nous travaillons "en local" sur une base de données, pour tester une
appli.
Cette base tourne sur SQL2008.
Dans cette base, nous importons un grand nb de données, histoire de
vérifier que tout fonctionne correctement.
Cette phase d'importation est assez longue, et nécessite la MAJ de
plusieurs tables.
Afin de ne pas nous embêter à refaire toutes les manips sur le
serveur de prod, je souhaiterai exporter les tables modifiées sur le
serveur test, pour les réimporter sur le serveur de prod.
Or le serveur de prod est un SQL2005.
J'ai tender un backup/restore de la base, mais j'ai une erreur :
La famille de support sur l'unité d:....MaBase.bak est incorrecte
Lors du backup, je précise pourtant à SQL2008 que je veux une base en
version SQL2005, mais rien n'a faire, pas moyen d'importer mes
données. Je ne peux pas simplement exporter mes tables dans des fichiers
csv,
j'ai besoin de conserver la structure des tables.
Et bien entendu, les 2 serveurs ne sont pas connectables entre eux
... Quelle solution me proposez vous ?
Merci d'avance.
--
Bill2
Utilisez Process Manager, gestionnaire de processus automatique :
http://www.bill2-software.com/processmanager/
Med Bouchenafa wrote:Cela m'intirgue de savoir comment tu specifies á la commande BACKUP
que tu veux un format 2005
Tu veux peut-etre parler du mode de compatibilité qui est une option
de la base de données
ALTER DATABASE [DatabaseName] SET COMPATIBILITY_LEVEL = 90
Oui, j'ai réglé ça dans la fenêtre de propriétés de la base.
Je pensais que le backup se ferait aussi à ce format, mais ce n'est donc
pas le cas.Dans ce ca tu peux juste la detacher, faire une copie des fichiers et
la reattacher en prod
Hum. Je crois que j'avais essayé ça, mais en partant des fichiers v2008.
Je vais retenter la chose demain.
Merci
--
Bill2
Utilisez Process Manager, gestionnaire de processus automatique :
http://www.bill2-software.com/processmanager/"Bill2" wrote in message
news:Bonjour à tous,
Je me trouve confronté à un joli pb.
Nous travaillons "en local" sur une base de données, pour tester une
appli.
Cette base tourne sur SQL2008.
Dans cette base, nous importons un grand nb de données, histoire de
vérifier que tout fonctionne correctement.
Cette phase d'importation est assez longue, et nécessite la MAJ de
plusieurs tables.
Afin de ne pas nous embêter à refaire toutes les manips sur le
serveur de prod, je souhaiterai exporter les tables modifiées sur le
serveur test, pour les réimporter sur le serveur de prod.
Or le serveur de prod est un SQL2005.
J'ai tender un backup/restore de la base, mais j'ai une erreur :
La famille de support sur l'unité d:....MaBase.bak est incorrecte
Lors du backup, je précise pourtant à SQL2008 que je veux une base en
version SQL2005, mais rien n'a faire, pas moyen d'importer mes
données. Je ne peux pas simplement exporter mes tables dans des fichiers
csv,
j'ai besoin de conserver la structure des tables.
Et bien entendu, les 2 serveurs ne sont pas connectables entre eux
... Quelle solution me proposez vous ?
Merci d'avance.
--
Bill2
Utilisez Process Manager, gestionnaire de processus automatique :
http://www.bill2-software.com/processmanager/
Bonjour à tous,
Je me trouve confronté à un joli pb.
Nous travaillons "en local" sur une base de données, pour tester une
appli.
Cette base tourne sur SQL2008.
Dans cette base, nous importons un grand nb de données, histoire de
vérifier que tout fonctionne correctement.
Cette phase d'importation est assez longue, et nécessite la MAJ de
plusieurs tables.
Afin de ne pas nous embêter à refaire toutes les manips sur le serveur de
prod, je souhaiterai exporter les tables modifiées sur le serveur test,
pour les réimporter sur le serveur de prod.
Or le serveur de prod est un SQL2005.
J'ai tender un backup/restore de la base, mais j'ai une erreur :
La famille de support sur l'unité d:....MaBase.bak est incorrecte
Lors du backup, je précise pourtant à SQL2008 que je veux une base en
version SQL2005, mais rien n'a faire, pas moyen d'importer mes données.
Je ne peux pas simplement exporter mes tables dans des fichiers csv, j'ai
besoin de conserver la structure des tables.
Et bien entendu, les 2 serveurs ne sont pas connectables entre eux ...
Quelle solution me proposez vous ?
Merci d'avance.
--
Bill2
Utilisez Process Manager, gestionnaire de processus automatique :
http://www.bill2-software.com/processmanager/
Bonjour à tous,
Je me trouve confronté à un joli pb.
Nous travaillons "en local" sur une base de données, pour tester une
appli.
Cette base tourne sur SQL2008.
Dans cette base, nous importons un grand nb de données, histoire de
vérifier que tout fonctionne correctement.
Cette phase d'importation est assez longue, et nécessite la MAJ de
plusieurs tables.
Afin de ne pas nous embêter à refaire toutes les manips sur le serveur de
prod, je souhaiterai exporter les tables modifiées sur le serveur test,
pour les réimporter sur le serveur de prod.
Or le serveur de prod est un SQL2005.
J'ai tender un backup/restore de la base, mais j'ai une erreur :
La famille de support sur l'unité d:....MaBase.bak est incorrecte
Lors du backup, je précise pourtant à SQL2008 que je veux une base en
version SQL2005, mais rien n'a faire, pas moyen d'importer mes données.
Je ne peux pas simplement exporter mes tables dans des fichiers csv, j'ai
besoin de conserver la structure des tables.
Et bien entendu, les 2 serveurs ne sont pas connectables entre eux ...
Quelle solution me proposez vous ?
Merci d'avance.
--
Bill2
Utilisez Process Manager, gestionnaire de processus automatique :
http://www.bill2-software.com/processmanager/
Bonjour à tous,
Je me trouve confronté à un joli pb.
Nous travaillons "en local" sur une base de données, pour tester une
appli.
Cette base tourne sur SQL2008.
Dans cette base, nous importons un grand nb de données, histoire de
vérifier que tout fonctionne correctement.
Cette phase d'importation est assez longue, et nécessite la MAJ de
plusieurs tables.
Afin de ne pas nous embêter à refaire toutes les manips sur le serveur de
prod, je souhaiterai exporter les tables modifiées sur le serveur test,
pour les réimporter sur le serveur de prod.
Or le serveur de prod est un SQL2005.
J'ai tender un backup/restore de la base, mais j'ai une erreur :
La famille de support sur l'unité d:....MaBase.bak est incorrecte
Lors du backup, je précise pourtant à SQL2008 que je veux une base en
version SQL2005, mais rien n'a faire, pas moyen d'importer mes données.
Je ne peux pas simplement exporter mes tables dans des fichiers csv, j'ai
besoin de conserver la structure des tables.
Et bien entendu, les 2 serveurs ne sont pas connectables entre eux ...
Quelle solution me proposez vous ?
Merci d'avance.
--
Bill2
Utilisez Process Manager, gestionnaire de processus automatique :
http://www.bill2-software.com/processmanager/
Ensuite évidemment tu ne peux pas exécuter ce script dans SQL Server
2005, message d'erreur du genre "out of memory"...
Le seul moyen, c'est une commande sqlcmd -S <serverinstance> -i
<script name>, qui exécute environ 50 instructions par seconde.
Pas mal, mais si ton script fait 5 à 6 mios d'instructions (c'était
mon cas avec une base de 1 GB), il faut au moins 30 heures pour
l'exécuter.
Ensuite évidemment tu ne peux pas exécuter ce script dans SQL Server
2005, message d'erreur du genre "out of memory"...
Le seul moyen, c'est une commande sqlcmd -S <serverinstance> -i
<script name>, qui exécute environ 50 instructions par seconde.
Pas mal, mais si ton script fait 5 à 6 mios d'instructions (c'était
mon cas avec une base de 1 GB), il faut au moins 30 heures pour
l'exécuter.
Ensuite évidemment tu ne peux pas exécuter ce script dans SQL Server
2005, message d'erreur du genre "out of memory"...
Le seul moyen, c'est une commande sqlcmd -S <serverinstance> -i
<script name>, qui exécute environ 50 instructions par seconde.
Pas mal, mais si ton script fait 5 à 6 mios d'instructions (c'était
mon cas avec une base de 1 GB), il faut au moins 30 heures pour
l'exécuter.
Pour importer une base 2008 en 2005, il te faut générer un script dans 2008,
et l'exécuter dans 2005.
Dans SQL 2008, clic droit sur la base, puis tasks --> generate scripts.
Sélectionner la base, et ne pas oublier de cocher la case "Script all
objects in the selected database".
Ensuite sélectionner les options
- script database create
- script for sql version 2005
- script logins
- script object level permissions
- script data
- script triggers
Jusque là, en principe pas trop de problèmes.
Maintenant, si tu as une base d'1 gigabyte, le script peut faire ... 3 Gigas
!
Il faut l'éditer pour changer (éventuellement) les chemins des fichiers dans
le Create Database. J'y suis parvenu avec UltraEdit, mais ces opérations
durent de longues longues minutes, faut de la patience.
Ensuite évidemment tu ne peux pas exécuter ce script dans SQL Server 2005,
message d'erreur du genre "out of memory"...
Le seul moyen, c'est une commande sqlcmd -S <serverinstance> -i <script
name>, qui exécute environ 50 instructions par seconde.
Pas mal, mais si ton script fait 5 à 6 mios d'instructions (c'était mon cas
avec une base de 1 GB), il faut au moins 30 heures pour l'exécuter.
Personnellement, je n'y suis pas parvenu, il y a eu chaque fois un problème
externe qui a stoppé le processus. Je vais retenter le coup ce weekend.
Bonne chance
Pierrot
"Bill2" wrote in message
news:
> Bonjour à tous,
>
> Je me trouve confronté à un joli pb.
> Nous travaillons "en local" sur une base de données, pour tester une
> appli.
> Cette base tourne sur SQL2008.
>
> Dans cette base, nous importons un grand nb de données, histoire de
> vérifier que tout fonctionne correctement.
> Cette phase d'importation est assez longue, et nécessite la MAJ de
> plusieurs tables.
>
> Afin de ne pas nous embêter à refaire toutes les manips sur le serveur de
> prod, je souhaiterai exporter les tables modifiées sur le serveur test,
> pour les réimporter sur le serveur de prod.
>
> Or le serveur de prod est un SQL2005.
>
> J'ai tender un backup/restore de la base, mais j'ai une erreur :
> La famille de support sur l'unité d:....MaBase.bak est incorrecte
>
> Lors du backup, je précise pourtant à SQL2008 que je veux une base en
> version SQL2005, mais rien n'a faire, pas moyen d'importer mes données.
>
> Je ne peux pas simplement exporter mes tables dans des fichiers csv, j'ai
> besoin de conserver la structure des tables.
> Et bien entendu, les 2 serveurs ne sont pas connectables entre eux ...
>
> Quelle solution me proposez vous ?
>
> Merci d'avance.
>
> --
> Bill2
> Utilisez Process Manager, gestionnaire de processus automatique :
> http://www.bill2-software.com/processmanager/
>
Pour importer une base 2008 en 2005, il te faut générer un script dans 2008,
et l'exécuter dans 2005.
Dans SQL 2008, clic droit sur la base, puis tasks --> generate scripts.
Sélectionner la base, et ne pas oublier de cocher la case "Script all
objects in the selected database".
Ensuite sélectionner les options
- script database create
- script for sql version 2005
- script logins
- script object level permissions
- script data
- script triggers
Jusque là, en principe pas trop de problèmes.
Maintenant, si tu as une base d'1 gigabyte, le script peut faire ... 3 Gigas
!
Il faut l'éditer pour changer (éventuellement) les chemins des fichiers dans
le Create Database. J'y suis parvenu avec UltraEdit, mais ces opérations
durent de longues longues minutes, faut de la patience.
Ensuite évidemment tu ne peux pas exécuter ce script dans SQL Server 2005,
message d'erreur du genre "out of memory"...
Le seul moyen, c'est une commande sqlcmd -S <serverinstance> -i <script
name>, qui exécute environ 50 instructions par seconde.
Pas mal, mais si ton script fait 5 à 6 mios d'instructions (c'était mon cas
avec une base de 1 GB), il faut au moins 30 heures pour l'exécuter.
Personnellement, je n'y suis pas parvenu, il y a eu chaque fois un problème
externe qui a stoppé le processus. Je vais retenter le coup ce weekend.
Bonne chance
Pierrot
"Bill2" <bill2webNOSPAM@gmail.com> wrote in message
news:eJQTQAdkJHA.5112@TK2MSFTNGP03.phx.gbl...
> Bonjour à tous,
>
> Je me trouve confronté à un joli pb.
> Nous travaillons "en local" sur une base de données, pour tester une
> appli.
> Cette base tourne sur SQL2008.
>
> Dans cette base, nous importons un grand nb de données, histoire de
> vérifier que tout fonctionne correctement.
> Cette phase d'importation est assez longue, et nécessite la MAJ de
> plusieurs tables.
>
> Afin de ne pas nous embêter à refaire toutes les manips sur le serveur de
> prod, je souhaiterai exporter les tables modifiées sur le serveur test,
> pour les réimporter sur le serveur de prod.
>
> Or le serveur de prod est un SQL2005.
>
> J'ai tender un backup/restore de la base, mais j'ai une erreur :
> La famille de support sur l'unité d:....MaBase.bak est incorrecte
>
> Lors du backup, je précise pourtant à SQL2008 que je veux une base en
> version SQL2005, mais rien n'a faire, pas moyen d'importer mes données.
>
> Je ne peux pas simplement exporter mes tables dans des fichiers csv, j'ai
> besoin de conserver la structure des tables.
> Et bien entendu, les 2 serveurs ne sont pas connectables entre eux ...
>
> Quelle solution me proposez vous ?
>
> Merci d'avance.
>
> --
> Bill2
> Utilisez Process Manager, gestionnaire de processus automatique :
> http://www.bill2-software.com/processmanager/
>
Pour importer une base 2008 en 2005, il te faut générer un script dans 2008,
et l'exécuter dans 2005.
Dans SQL 2008, clic droit sur la base, puis tasks --> generate scripts.
Sélectionner la base, et ne pas oublier de cocher la case "Script all
objects in the selected database".
Ensuite sélectionner les options
- script database create
- script for sql version 2005
- script logins
- script object level permissions
- script data
- script triggers
Jusque là, en principe pas trop de problèmes.
Maintenant, si tu as une base d'1 gigabyte, le script peut faire ... 3 Gigas
!
Il faut l'éditer pour changer (éventuellement) les chemins des fichiers dans
le Create Database. J'y suis parvenu avec UltraEdit, mais ces opérations
durent de longues longues minutes, faut de la patience.
Ensuite évidemment tu ne peux pas exécuter ce script dans SQL Server 2005,
message d'erreur du genre "out of memory"...
Le seul moyen, c'est une commande sqlcmd -S <serverinstance> -i <script
name>, qui exécute environ 50 instructions par seconde.
Pas mal, mais si ton script fait 5 à 6 mios d'instructions (c'était mon cas
avec une base de 1 GB), il faut au moins 30 heures pour l'exécuter.
Personnellement, je n'y suis pas parvenu, il y a eu chaque fois un problème
externe qui a stoppé le processus. Je vais retenter le coup ce weekend.
Bonne chance
Pierrot
"Bill2" wrote in message
news:
> Bonjour à tous,
>
> Je me trouve confronté à un joli pb.
> Nous travaillons "en local" sur une base de données, pour tester une
> appli.
> Cette base tourne sur SQL2008.
>
> Dans cette base, nous importons un grand nb de données, histoire de
> vérifier que tout fonctionne correctement.
> Cette phase d'importation est assez longue, et nécessite la MAJ de
> plusieurs tables.
>
> Afin de ne pas nous embêter à refaire toutes les manips sur le serveur de
> prod, je souhaiterai exporter les tables modifiées sur le serveur test,
> pour les réimporter sur le serveur de prod.
>
> Or le serveur de prod est un SQL2005.
>
> J'ai tender un backup/restore de la base, mais j'ai une erreur :
> La famille de support sur l'unité d:....MaBase.bak est incorrecte
>
> Lors du backup, je précise pourtant à SQL2008 que je veux une base en
> version SQL2005, mais rien n'a faire, pas moyen d'importer mes données.
>
> Je ne peux pas simplement exporter mes tables dans des fichiers csv, j'ai
> besoin de conserver la structure des tables.
> Et bien entendu, les 2 serveurs ne sont pas connectables entre eux ...
>
> Quelle solution me proposez vous ?
>
> Merci d'avance.
>
> --
> Bill2
> Utilisez Process Manager, gestionnaire de processus automatique :
> http://www.bill2-software.com/processmanager/
>
-Script data !!!
Ils ont fait vraiment fort en 2008
-Script data !!!
Ils ont fait vraiment fort en 2008
-Script data !!!
Ils ont fait vraiment fort en 2008
"Med Bouchenafa" wrote in message
news:-Script data !!!
Ils ont fait vraiment fort en 2008
Bof... J'ai une table History qui compte près de 2 mios de lignes; le
Script Data génère donc 2 mios d'Inserts, à exécuter séquentiellement !
Comme je le disais, à raison de 50 par seconde, cela fait quand même 10
heures rien que pour ça. Espérons que dans SQL 2012 il y aura un "Script
Data Bulk Insert" !
Pierrot
"Med Bouchenafa" <com.hotmail@bouchenafa> wrote in message
news:1A9BC25D-CCBF-418E-BFCA-78F6E6AC96DC@microsoft.com...
-Script data !!!
Ils ont fait vraiment fort en 2008
Bof... J'ai une table History qui compte près de 2 mios de lignes; le
Script Data génère donc 2 mios d'Inserts, à exécuter séquentiellement !
Comme je le disais, à raison de 50 par seconde, cela fait quand même 10
heures rien que pour ça. Espérons que dans SQL 2012 il y aura un "Script
Data Bulk Insert" !
Pierrot
"Med Bouchenafa" wrote in message
news:-Script data !!!
Ils ont fait vraiment fort en 2008
Bof... J'ai une table History qui compte près de 2 mios de lignes; le
Script Data génère donc 2 mios d'Inserts, à exécuter séquentiellement !
Comme je le disais, à raison de 50 par seconde, cela fait quand même 10
heures rien que pour ça. Espérons que dans SQL 2012 il y aura un "Script
Data Bulk Insert" !
Pierrot
bcp.exe est ton ami ;-)
br
"wpher56" wrote in message
news:
"Med Bouchenafa" wrote in message
news:-Script data !!!
Ils ont fait vraiment fort en 2008
Bof... J'ai une table History qui compte près de 2 mios de lignes; le
Script Data génère donc 2 mios d'Inserts, à exécuter séquentiellement !
Comme je le disais, à raison de 50 par seconde, cela fait quand même 10
heures rien que pour ça. Espérons que dans SQL 2012 il y aura un "Script
Data Bulk Insert" !
Pierrot
bcp.exe est ton ami ;-)
br
"wpher56" <wpher56@gmail.com> wrote in message
news:ecWJqd3kJHA.3868@TK2MSFTNGP05.phx.gbl...
"Med Bouchenafa" <com.hotmail@bouchenafa> wrote in message
news:1A9BC25D-CCBF-418E-BFCA-78F6E6AC96DC@microsoft.com...
-Script data !!!
Ils ont fait vraiment fort en 2008
Bof... J'ai une table History qui compte près de 2 mios de lignes; le
Script Data génère donc 2 mios d'Inserts, à exécuter séquentiellement !
Comme je le disais, à raison de 50 par seconde, cela fait quand même 10
heures rien que pour ça. Espérons que dans SQL 2012 il y aura un "Script
Data Bulk Insert" !
Pierrot
bcp.exe est ton ami ;-)
br
"wpher56" wrote in message
news:
"Med Bouchenafa" wrote in message
news:-Script data !!!
Ils ont fait vraiment fort en 2008
Bof... J'ai une table History qui compte près de 2 mios de lignes; le
Script Data génère donc 2 mios d'Inserts, à exécuter séquentiellement !
Comme je le disais, à raison de 50 par seconde, cela fait quand même 10
heures rien que pour ça. Espérons que dans SQL 2012 il y aura un "Script
Data Bulk Insert" !
Pierrot
Il me semble que bcp n'est pas intégré au générateur de script: p our autant
que j'aie pu en juger, bcp fonctionne au niveau table. J'en ai 308 dans m a
base, liées entre elles par des clés secondaires et une centaine de
triggers. Et quand je dis "ma" base, il s'agit en fait d'une base de donn ées
d'une application de gestion du parc informatique d'un fournisseur extern e.
Pierrot
"bruno reiter" wrote in message
news:
> bcp.exe est ton ami ;-)
> br
> "wpher56" wrote in message
>news:
>> "Med Bouchenafa" wrote in message
>>news:
>>> -Script data !!!
>>> Ils ont fait vraiment fort en 2008
>> Bof... J'ai une table History qui compte près de 2 mios de lignes; l e
>> Script Data génère donc 2 mios d'Inserts, à exécuter séquent iellement !
>> Comme je le disais, à raison de 50 par seconde, cela fait quand mê me 10
>> heures rien que pour ça. Espérons que dans SQL 2012 il y aura un " Script
>> Data Bulk Insert" !
>> Pierrot
Il me semble que bcp n'est pas intégré au générateur de script: p our autant
que j'aie pu en juger, bcp fonctionne au niveau table. J'en ai 308 dans m a
base, liées entre elles par des clés secondaires et une centaine de
triggers. Et quand je dis "ma" base, il s'agit en fait d'une base de donn ées
d'une application de gestion du parc informatique d'un fournisseur extern e.
Pierrot
"bruno reiter" <delete-this.b...@terra.com.br> wrote in message
news:ejR51fClJHA.504@TK2MSFTNGP06.phx.gbl...
> bcp.exe est ton ami ;-)
> br
> "wpher56" <wphe...@gmail.com> wrote in message
>news:ecWJqd3kJHA.3868@TK2MSFTNGP05.phx.gbl...
>> "Med Bouchenafa" <com.hotmail@bouchenafa> wrote in message
>>news:1A9BC25D-CCBF-418E-BFCA-78F6E6AC96DC@microsoft.com...
>>> -Script data !!!
>>> Ils ont fait vraiment fort en 2008
>> Bof... J'ai une table History qui compte près de 2 mios de lignes; l e
>> Script Data génère donc 2 mios d'Inserts, à exécuter séquent iellement !
>> Comme je le disais, à raison de 50 par seconde, cela fait quand mê me 10
>> heures rien que pour ça. Espérons que dans SQL 2012 il y aura un " Script
>> Data Bulk Insert" !
>> Pierrot
Il me semble que bcp n'est pas intégré au générateur de script: p our autant
que j'aie pu en juger, bcp fonctionne au niveau table. J'en ai 308 dans m a
base, liées entre elles par des clés secondaires et une centaine de
triggers. Et quand je dis "ma" base, il s'agit en fait d'une base de donn ées
d'une application de gestion du parc informatique d'un fournisseur extern e.
Pierrot
"bruno reiter" wrote in message
news:
> bcp.exe est ton ami ;-)
> br
> "wpher56" wrote in message
>news:
>> "Med Bouchenafa" wrote in message
>>news:
>>> -Script data !!!
>>> Ils ont fait vraiment fort en 2008
>> Bof... J'ai une table History qui compte près de 2 mios de lignes; l e
>> Script Data génère donc 2 mios d'Inserts, à exécuter séquent iellement !
>> Comme je le disais, à raison de 50 par seconde, cela fait quand mê me 10
>> heures rien que pour ça. Espérons que dans SQL 2012 il y aura un " Script
>> Data Bulk Insert" !
>> Pierrot