Discussion :

[pierrot10]

Bonjour,

J'ai installé Apache, PHP, MySQL et phpmyadmin sur un serveur Ubuntu 16 que je controle à 100%

Voici mes commande
#sudo apt-get install apache
#sudo apt-get install mysql-server
#sudo apt-get install php libapache2-mod-php php-mcrypt php-mysql

J'ai tout installé par defaut sans avoir spécifier un emplacement de mes bases de donnée

J'utilise aussi Rsnapshot pour Backuper mon serveur sur un serveur distant.

Dans cette configuration, il me backup le contenu de /var/www/

J'aimerais aussi backuper mes bases de données, mais je ne sais pas alors quels dossier à backuper.
Dans quel dossier sont ces bases de données?
Si je voulais faire un sudo cp de mes bases de données, dans quel dossier, je dois aller ??????

Merci pour vos lumières?

[JujuPomme]

Bonjour,

On peut difficilement savoir à ta place ou tu les as mises. Il n'y a pas (à ma connaissance) de directory par défaut.

Par exemple, les miennes sont dans C:/Company/bdd.gdb.

Fais une recherche générale sur ta machine?

Bon courage !

[scvo.0ne]

On ne sauvegarde pas une base de donnée en copiant le dossier.

Y a des outils pour ca. Par ex avec mysqldump (fourni avec mysql, tu trouvera des scripts sans problème) ou automysqlbackup ( https://sourceforge.net/projects/automysqlbackup/ )

[Artemus24]

Salut pierrot10.

Un backup, c'est la recopie physique des données qui sont sur ton disque dur. Pour ce faire, j'utilise ACRONIS !
J'utilise le backup pour me prémunir d'un plantage de mon disque dur.

Une sauvegarde (un dump), c'est le vidage du contenu de ta base de données.
Sous MySql, tu as "mysqmdump" qui le fait très bien.
Autrement dit, c'est un "export" et vous pouvez le faire le plus simplement du monde à partir de phpmyadmin.
J'utilise le dump pour revenir en arrière au cas où j'ai fait une fausse manipulation.

La différence entre le backup et le dump réside dans le temps nécessaire pour revenir dans la situation précédente.

Dans les deux cas, il n'est pas nécessaire de connaitre l'emplacement physique de tes bases de données.

@+

[pierrot10]

Bonjour,
Alors je suis en train d'essayer mysqldump

J'ai rien eu besoin d'installer. un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

man mysqldump

m'affiche des info

J'ai donc lancer la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mysql -u cak_user -p db_user > /home/user/mysqldump/cakphp_20160620.sql

Il m'a ensuite demandé le mot de passe.
Y-a-t-il besoin du sudo avant la commande, pour ubuntu?


Ce qui m'inquiete, c'est que ca fait 20mn que ca mouline et pourtant la base de donnée n'est pas énorme. C'est la base de donnée d'une toute nouvelle installation de CakePHP3.

Le fichier '/home/user/mysqldump/cakphp_20160620.sql' a bien été créé.

Es-ce normal que ca prenne autant de temps?

Au passage, j'ai une autre question.
J'ai lu ceci:
https://doc.ubuntu-fr.org/mysql
Déscendez au point 6.2 Restauration à partir du dump du datadir.
Je n'arrive pas à lire ce dossier, car son droit est

drwx------ 7 mysql mysql 4096 Jun 17 19:04 mysql/

J'ai aussi cru comprendre, qu'il fallait ces droits pour ce dosier.

Comment puis-je faire pour l'accèder?
Es-ce que je peux rapidement changer les droits et les remettre?
Es-ce que je peux changer ainsi sans que ca pertibe MySQL?

drwxr-x--- 7 mysql user 4096 Jun 17 19:04 mysql/

Merci pour vos lumipres :o)

[Artemus24]

Salut pierrot10.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mysql -u cak_user -p db_user > /home/user/mysqldump/cakphp_20160620.sql

Je ne sais pas ce que tu essayes de faire avec cette commande, mais normalement cela ne fait strictement rien.

Pour faire un vidage de ta base de données "db_user", tu tapes ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mysqldump --no-create-db  --opt  --databases db_user  --result-file=/home/user/mysqldump/cakphp_20160620.sql

Et si tu ne veux pas taper à chaque fois ton user et ton password, tu renseignes ceci dans le fichier my.cnf :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
[client]
user     = root
password = root
host     = 127.0.0.1

Es-ce normal que ça prenne autant de temps?

Oui, c'est normal que cela prenne autant de temps, car en fait, il ne fait strictement rien.
Il suffit de regarder ton fichier. Il ne grossit pas. Pourquoi ?
Car tu as taper "mysql" au lieu de "mysqldump".

Au passage, j'ai une autre question.

Tu dois te mettre en mode administrateur, sinon, ta restauration ne fonctionnera pas.
D'où l'intérêt de lancer ta commande avec SUDO !

@+

[pierrot10]

Car tu as taper "mysql" au lieu de "mysqldump".

Ha ben oui, qu'es-ce que je suis bête!!!!!!!

Ca va vraiment beaucoup mieux quand je tape

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo mysqldump -u cak_user -p db_user > /home/user/mysqldump/cakphp_20160620.sql

Ceci dit le sudo avant cette commande est vraiment indispendable. Ca semble fonctionner sans.

Tu dois te mettre en mode administrateur, sinon, ta restauration ne fonctionnera pas.
D'où l'intérêt de lancer ta commande avec SUDO !

Fais-tu allusion à la commande ci-dessus?

J'aimerais aussi faie un 'cp' de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo cp /var/lib/mysql/db_user/* /home/user/mysql/bck/20160620/db_user/

Mais les droits par défaut, ne me permettent pas d'accèder à ce dossier.

C'est pourquoi, je me demandais s'il était possible de changer les droit de ce dossier

drwxr-x--- 7 mysql user 4096 Jun 17 19:04 mysql/

Sans que ca perturbe mysql

[JujuPomme]

chmod 777

[Artemus24]

Salut pierrot10.

Fais-tu allusion à la commande ci-dessus?

Peu importe, il faut être en mode administrateur lorsque tu fais ce genre de manipulation.

C'est pourquoi, je me demandais s'il était possible de changer les droit de ce dossier

Si tu as la possibilité de changer les droits sur ce dossier, alors fais le.

@+

[scvo.0ne]

Il ne faut pas confondre l'user root du système et l'user root de mysql.

mysqldump n'a pas besoin de sudo pour fonctionner. Donc on évite
En général on utilise l'user root de mysql pour mysqdump - c'est plus pratique, surtout si on a cloisonné différentes bases avec différents users.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo mysqldump -u cak_user -p db_user > /home/user/mysqldump/cakphp_20160620.sql

Et donc l'user propriétaire de /home/user ne peut pas modifier le fichier, vu qu'il a été créé par root...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo cp /var/lib/mysql/db_user/* /home/user/mysql/bck/20160620/db_user/

Non. Ou alors il faut être sûr que le fichier ne sera pas modifié pendant la copie, ce qui implique d'arrêter mysql avant. Super pratique...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
drwxr-x--- 7 mysql user 4096 Jun 17 19:04 mysql/

Laisse les droits comme ils sont. Si le script du paquet mysql te crée un user mysql c'est pas pour rien.

[pierrot10]

Salut scvo,

Je comprends pas très bien t'a réponse

mysqldump n'a pas besoin de sudo pour fonctionner

Donc je peux faire comme ceci, sans le sudo

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mysqldump -u cak_user -p db_user > /home/user/mysqldump/cakphp_20160620.sql

Je souhaite faire un petit script qui va copié le contenu de /var/lib/mysql/db_user/, dans /home/user/mysql/, en plus du mysqldump
Donc si je fait un cron et c'est le root de l'OS qui le tourne, il va pas pouvoir accèder et lire ce dossier.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

drwx------ 7 mysql mysql 4096 Jun 17 19:04 mysql/

Désolé, pour mes confusions

[scvo.0ne]

Donc je peux faire comme ceci, sans le sudo

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
mysqldump -u cak_user -p db_user > /home/user/mysqldump/cakphp_20160620.sql

Tout à fait

Je souhaite faire un petit script qui va copié le contenu de /var/lib/mysql/db_user/, dans /home/user/mysql/, en plus du mysqldump
Donc si je fait un cron et c'est le root de l'OS qui le tourne, il va pas pouvoir accèder et lire ce dossier.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

drwx------ 7 mysql mysql 4096 Jun 17 19:04 mysql/

Vu les droits de ce dossier, il n'y que l'user mysql qui peut accéder au dossier. Donc soit tu changes les droits, soit tu modifie la crontab de l'user mysql. (crontab -u mysql -e )

Mais dans tous les cas ca n'a aucun intérêt, cf la doc http://dev.mysql.com/doc/refman/5.7/...p-methods.html

En gros pour faire ca il faut locker les tables ou couper le serveur (), et ca ne fonctionne pas avec InnoDB.

[Artemus24]

Salut scvo.0ne.

Il ne faut pas confondre l'user root du système et l'user root de mysql.

Je ne confonds rien du tout. Je travaille que sous windows avec WampServer.
Pour utiliser correctement le serveur MySql, ma session windows doit être en mode administrateur.
Sans cela, je ne suis pas autorisé à accéder au serveur MySql. Pourquoi ?
Le serveur MySql est géré par un service, qui est accessible que si je suis en mode administrateur.
Si j'utilise une session windows non administrateur, j'ai un message qui m'indique que je ne suis pas autorisé à accer à ce serveur MySql.

D'autre part, MySqlDump est un utilitaire pour faire de l'administration sur votre base de données.
Pour l'utiliser normalement, il vaut mieux être sous le compte root de MySql (que je ne confonds pas avec le compte root de linux).
Il n'est pas nécessaire d'être en mode administreur pour utiliser cet outil.
Mais comme je ne peux pas accéder au serveur MySql sans être en mode administreur sous windows, je ne peux pas faire autrement.
Bien entendu, on peut aussi faire un vidage en ayant le serveur arrêté.
Dans ce cas là, le fait d'être en mode administrateur ne vous sert pas à grand chose.

Et enfin, pour copier un fichier dans un répertoire où vous n'avez pas les autorisations, il y a que deux solutions :
--> soit utiliser la commande SUDO (Substitute User DO).
--> soit modifier ces autorisations, en faisant un "chmod 770" par exemple.

Pour faire un vidage (dump), il est vivement recommandé d'être seul à travailler sur cette table.
Autrement dit, vous mettez un verrou en lecture seul :
--> http://dev.mysql.com/doc/refman/5.7/en/lock-tables.html

Désolé si mes explications n'ont pas été suffisamment claires.

@+