Bonjour,
J'ai un (gros) problème de sauvegarde de base de données avec deux sites SPIP.
Soit un site A et un site 3, tous les deux en SPIP 3.0.16
Je veux réalise l'opération suivante : recopier la base de site A sur le site B afin de faire des tests avec des données réelles (tests de squelettes essentiellement).
Je me heurte à une impossibilité. Voilà ma démarche :
1) Sauvegarde de la base du site A
Fichier /config/connect.php :
spip_connect_db('serveurA','','loginA','motdepasseA','baseA','mysql','spip','');
- Aller dans l’interface privée
- Cliquer sur Maintenance / Sauvegarder la base
- Cliquer sur "Sauvegarder la base", avec bouton "Sauvegarder toutes les tables" coché.
- Message en fin de sauvegarde : La base a été sauvegardée dans /tmp/dump/siteA_20140530.sqlite (10.5 Mo). Vous pouvez retourner à la gestion de votre site.
(Note : je n'ai pas le choix de sauvegarder ma base autrement qu'en SQlite).
2) Installation de cette base sur un autre site pour tests
Fichier /config/connect.php :
spip_connect_db('serveurB','','loginB','motdepasseB','baseB','mysql','spip','');
- Transférer le fichier siteA_20140530.sqlite dans /tmp/dump du siteB
- Dans siteB aller dans l’interface privée
- Cliquer sur Maintenance / Restaurer la base
- Sélectionner la base et cliquer sur "Restaurer la base"
- Appartion du message Site en travaux Attention : un problème technique (serveur SQL) empêche l’accès à cette partie du site. Merci de votre compréhension.
Je ne comprends pas pourquoi ça ne marche pas.
Qui a une idée ?
(J'ai lu la doc...)
Merci d'avance
si tu as accès aux phpMyAdmin de tes hébergements, c'est mieux de le faire par là:
tu sauvegardes la base A et tu la réimportes dans B (après avoir supprimer toutes les tables de la base B). C'est le moyen le plus sûr pour éviter les problèmes...
jean marie
Le 30/05/2014 11:31, Philippe G. a écrit :
Bonjour,
J'ai un (gros) problème de sauvegarde de base de données avec deux sites SPIP.
Soit un site A et un site 3, tous les deux en SPIP 3.0.16
Je veux réalise l'opération suivante : recopier la base de site A sur le site B afin de faire des tests avec des données réelles (tests de squelettes essentiellement).
Je me heurte à une impossibilité. Voilà ma démarche :
1) Sauvegarde de la base du site A
Fichier /config/connect.php :
spip_connect_db('serveurA','','loginA','motdepasseA','baseA','mysql','spip','');
- Aller dans l’interface privée
- Cliquer sur Maintenance / Sauvegarder la base
- Cliquer sur "Sauvegarder la base", avec bouton "Sauvegarder toutes les tables" coché.
- Message en fin de sauvegarde : La base a été sauvegardée dans /tmp/dump/siteA_20140530.sqlite (10.5 Mo). Vous pouvez retourner à la gestion de votre site.
(Note : je n'ai pas le choix de sauvegarder ma base autrement qu'en SQlite).
2) Installation de cette base sur un autre site pour tests
Fichier /config/connect.php :
spip_connect_db('serveurB','','loginB','motdepasseB','baseB','mysql','spip','');
- Transférer le fichier siteA_20140530.sqlite dans /tmp/dump du siteB
- Dans siteB aller dans l’interface privée
- Cliquer sur Maintenance / Restaurer la base
- Sélectionner la base et cliquer sur "Restaurer la base"
- Appartion du message Site en travaux Attention : un problème technique (serveur SQL) empêche l’accès à cette partie du site. Merci de votre compréhension.
Je ne comprends pas pourquoi ça ne marche pas.
Qui a une idée ?
(J'ai lu la doc...)
Merci d'avance
Et si tu installes ton site B en choisissant "sqlite" pour la base de données au lieu de mysql ?
Le 30/05/2014 11:31, Philippe G. a écrit :
Bonjour,
J'ai un (gros) problème de sauvegarde de base de données avec deux sites SPIP.
Soit un site A et un site 3, tous les deux en SPIP 3.0.16
Je veux réalise l'opération suivante : recopier la base de site A sur le site B afin de faire des tests avec des données réelles (tests de squelettes essentiellement).
Je me heurte à une impossibilité. Voilà ma démarche :
1) Sauvegarde de la base du site A
Fichier /config/connect.php :
spip_connect_db('serveurA','','loginA','motdepasseA','baseA','mysql','spip','');
- Aller dans l’interface privée
- Cliquer sur Maintenance / Sauvegarder la base
- Cliquer sur "Sauvegarder la base", avec bouton "Sauvegarder toutes les tables" coché.
- Message en fin de sauvegarde : La base a été sauvegardée dans /tmp/dump/siteA_20140530.sqlite (10.5 Mo). Vous pouvez retourner à la gestion de votre site.
(Note : je n'ai pas le choix de sauvegarder ma base autrement qu'en SQlite).
2) Installation de cette base sur un autre site pour tests
Fichier /config/connect.php :
spip_connect_db('serveurB','','loginB','motdepasseB','baseB','mysql','spip','');
- Transférer le fichier siteA_20140530.sqlite dans /tmp/dump du siteB
- Dans siteB aller dans l’interface privée
- Cliquer sur Maintenance / Restaurer la base
- Sélectionner la base et cliquer sur "Restaurer la base"
- Appartion du message Site en travaux Attention : un problème technique (serveur SQL) empêche l’accès à cette partie du site. Merci de votre compréhension.
Je ne comprends pas pourquoi ça ne marche pas.
Qui a une idée ?
(J'ai lu la doc...)
Merci d'avance
Le 30/05/2014 11:44, Jean-Christophe Villeneuve a écrit :
Et si tu installes ton site B en choisissant "sqlite" pour la base de
données au lieu de mysql ?
Le site est mutualisé, le type de la base est MySQL et le choix SQlite n'est pas disponible.
Le 30/05/2014 11:31, Philippe G. a écrit :
Bonjour,
J'ai un (gros) problème de sauvegarde de base de données avec deux
sites SPIP.
Soit un site A et un site 3, tous les deux en SPIP 3.0.16
Je veux réalise l'opération suivante : recopier la base de site A sur
le site B afin de faire des tests avec des données réelles (tests de
squelettes essentiellement).
Je me heurte à une impossibilité. Voilà ma démarche :
1) Sauvegarde de la base du site A
Fichier /config/connect.php :
spip_connect_db('serveurA','','loginA','motdepasseA','baseA','mysql','spip','');
- Aller dans l’interface privée
- Cliquer sur Maintenance / Sauvegarder la base
- Cliquer sur "Sauvegarder la base", avec bouton "Sauvegarder toutes
les tables" coché.
- Message en fin de sauvegarde : La base a été sauvegardée dans
/tmp/dump/siteA_20140530.sqlite (10.5 Mo). Vous pouvez retourner à la
gestion de votre site.
(Note : je n'ai pas le choix de sauvegarder ma base autrement qu'en
SQlite).
2) Installation de cette base sur un autre site pour tests
Fichier /config/connect.php :
spip_connect_db('serveurB','','loginB','motdepasseB','baseB','mysql','spip','');
- Transférer le fichier siteA_20140530.sqlite dans /tmp/dump du siteB
- Dans siteB aller dans l’interface privée
- Cliquer sur Maintenance / Restaurer la base
- Sélectionner la base et cliquer sur "Restaurer la base"
- Appartion du message Site en travaux Attention : un problème
technique (serveur SQL) empêche l’accès à cette partie du site. Merci
de votre compréhension.
Je ne comprends pas pourquoi ça ne marche pas.
Qui a une idée ?
(J'ai lu la doc...)
Merci d'avance
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net
si tu as accès aux phpMyAdmin de tes hébergements, c'est mieux de le
faire par là:
tu sauvegardes la base A et tu la réimportes dans B (après avoir
supprimer toutes les tables de la base B). C'est le moyen le plus sûr
pour éviter les problèmes...
jean marie
C'est ce que j'ai fait et j'ai le message "#1054 - Unknown column 'extra' in 'field list' " !
Le 30/05/2014 11:31, Philippe G. a écrit :
Bonjour,
J'ai un (gros) problème de sauvegarde de base de données avec deux
sites SPIP.
Soit un site A et un site 3, tous les deux en SPIP 3.0.16
Je veux réalise l'opération suivante : recopier la base de site A sur
le site B afin de faire des tests avec des données réelles (tests de
squelettes essentiellement).
Je me heurte à une impossibilité. Voilà ma démarche :
1) Sauvegarde de la base du site A
Fichier /config/connect.php :
spip_connect_db('serveurA','','loginA','motdepasseA','baseA','mysql','spip','');
- Aller dans l’interface privée
- Cliquer sur Maintenance / Sauvegarder la base
- Cliquer sur "Sauvegarder la base", avec bouton "Sauvegarder toutes
les tables" coché.
- Message en fin de sauvegarde : La base a été sauvegardée dans
/tmp/dump/siteA_20140530.sqlite (10.5 Mo). Vous pouvez retourner à la
gestion de votre site.
(Note : je n'ai pas le choix de sauvegarder ma base autrement qu'en
SQlite).
2) Installation de cette base sur un autre site pour tests
Fichier /config/connect.php :
spip_connect_db('serveurB','','loginB','motdepasseB','baseB','mysql','spip','');
- Transférer le fichier siteA_20140530.sqlite dans /tmp/dump du siteB
- Dans siteB aller dans l’interface privée
- Cliquer sur Maintenance / Restaurer la base
- Sélectionner la base et cliquer sur "Restaurer la base"
- Appartion du message Site en travaux Attention : un problème
technique (serveur SQL) empêche l’accès à cette partie du site. Merci
de votre compréhension.
Je ne comprends pas pourquoi ça ne marche pas.
Qui a une idée ?
(J'ai lu la doc...)
Merci d'avance
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net
si tu as accès aux phpMyAdmin de tes hébergements, c'est mieux de le
faire par là:
tu sauvegardes la base A et tu la réimportes dans B (après avoir
supprimer toutes les tables de la base B). C'est le moyen le plus sûr
pour éviter les problèmes...
jean marie
C'est ce que j'ai fait et j'ai le message "#1054 - Unknown column 'extra' in 'field list' " !
N'aurais-tu pas le plugin "champ extras" d'un côté mais pas de l'autre ?
Le 30/05/2014 16:52, Jean-Christophe Villeneuve a écrit :
Le 30/05/2014 12:58, Philippe G. a écrit :
Le 30/05/2014 11:35, Jean Marie Grall a écrit :
Salut,
si tu as accès aux phpMyAdmin de tes hébergements, c'est mieux de le
faire par là:
tu sauvegardes la base A et tu la réimportes dans B (après avoir
supprimer toutes les tables de la base B). C'est le moyen le plus sûr
pour éviter les problèmes...
jean marie
C'est ce que j'ai fait et j'ai le message "#1054 - Unknown column 'extra' in 'field list' " !
N'aurais-tu pas le plugin "champ extras" d'un côté mais pas de l'autre ?
Ben normalement, si la base est complètement vide, le problème ne se pose pas car l'import recrée toutes les tables... c'est l’intérêt de cette méthode.
Est-ce qu'il y a une différence de version entre les 2 phpMyAdmin (A et B) ?
Est-ce que tu récupères bien un fichier SQL ou ZIP ?
Le 30/05/2014 16:52, Jean-Christophe Villeneuve a écrit :
Le 30/05/2014 12:58, Philippe G. a écrit :
Le 30/05/2014 11:35, Jean Marie Grall a écrit :
Salut,
si tu as accès aux phpMyAdmin de tes hébergements, c'est mieux de le
faire par là:
tu sauvegardes la base A et tu la réimportes dans B (après avoir
supprimer toutes les tables de la base B). C'est le moyen le plus sûr
pour éviter les problèmes...
jean marie
C'est ce que j'ai fait et j'ai le message "#1054 - Unknown column
'extra' in 'field list' " !
N'aurais-tu pas le plugin "champ extras" d'un côté mais pas de l'autre ?
Ben normalement, si la base est complètement vide, le problème ne se
pose pas car l'import recrée toutes les tables... c'est l’intérêt de
cette méthode.
Est-ce qu'il y a une différence de version entre les 2 phpMyAdmin (A et
B) ?
Ah... je regarde. A priori, c'est le même hébergeur.
Est-ce que tu récupères bien un fichier SQL ou ZIP ?
Bonjour
Il y a une différence entre les versions de php ?
Les deux spip (ou l'un des deux) sont t'ils avec un préfix de table
particulier (différent de spip_XXX) ?
-----Message d'origine-----
De : Philippe G. [mailto:philippe.giron@orange.fr]
Envoyé : vendredi 30 mai 2014 18:23
À : spip@rezo.net
Objet : Re: [Spip] Problème de sauvegarde de bases de données
Le 30/05/2014 17:10, Jean Marie Grall a écrit :
Le 30/05/2014 16:52, Jean-Christophe Villeneuve a écrit :
Le 30/05/2014 12:58, Philippe G. a écrit :
Le 30/05/2014 11:35, Jean Marie Grall a écrit :
Salut,
si tu as accès aux phpMyAdmin de tes hébergements, c'est mieux de
le faire par là:
tu sauvegardes la base A et tu la réimportes dans B (après avoir
supprimer toutes les tables de la base B). C'est le moyen le plus
sûr pour éviter les problèmes...
jean marie
C'est ce que j'ai fait et j'ai le message "#1054 - Unknown column
'extra' in 'field list' " !
N'aurais-tu pas le plugin "champ extras" d'un côté mais pas de l'autre ?
Ben normalement, si la base est complètement vide, le problème ne se
pose pas car l'import recrée toutes les tables... c'est lintérêt de
cette méthode.
Est-ce qu'il y a une différence de version entre les 2 phpMyAdmin (A
et
B) ?
Ah... je regarde. A priori, c'est le même hébergeur.
Est-ce que tu récupères bien un fichier SQL ou ZIP ?
Oui, un fichier .sql
--
Philippe G.
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net