Discussion :

[NULL008]

bonjour a tous

j'aurai besoin de lancer une opération du backup d'une base de donnée volumineux à peu près égal a 150G

du coup j'ai peur d'avoir un verou pendant l'opération du sauvgarde

je vais utiliser cette commande

Code :

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

mysqldump --user=mon_user --password=mon_password --all-databases > fichier_destination.sql

Qui a une idée comment je peut empêcher le verrouillage pendant l'opération d'importation

cordialement

[SQLpro]

ça n'est pas possible. C'est par conception... MySQL étant le seul SGBDR à ne pas intégrer un catalogue système, il faut bloquer toutes les tables pour que la sauvegarde soit consistante... Pire encore si quelqu’un fait une commande DDL (CREATE, LATER ou DROP...) pendant le blocage, la transaction de la sauvegarde est terminé comme toutes les autres transactions de tous les utilisateurs....

MySQL est un outil pour bricoleur. Pour un outil d'entreprise, choisissez Oracle, SQL Server, IBM DB 2...

A +

[Artemus24]

Salut à tous.

Qui a une idée comment je peut empêcher le verrouillage pendant l'opération d'importation

Comme vous utilisez "MysqlDump", vous devez nécessairement avoir votre SGBDR MySql actif.
Ce qui rend le SGBDR MySql accessible depuis internet, voire aussi dans le réseau local.

Si la sauvegarde était physique, la solution consiste à arrêter le SGBDR MySql.

Pour résoudre votre problème, il faut interdire l'accès des utilisateurs au SGBDR durant la sauvegarde. Il existe plusieurs solution :

1) S'il y a un compte dans MySql par lequel tous les utilisateurs se connectent, il suffit de changer le mot de passe.
Verrouiller les tables n'est pas une bonne solution, comme l'indique SQLPRO.

2) si vous utilisez Apache comme serveur web, les utilisateurs vont accéder par le nom du site.
Vous pouvez bloquer le virtualhost en mettant "Require local" au lieu de "Require all granted".
Seul les accès en local, c'est-à-dire par l'adresse IPv4 127.x.y.z et l'adresse IPv6 ::1 pourront se faire.

3) blocage au niveau du pare-feu du serveur où se trouve hébergé votre serveur MySql.
Pour cela, il suffit de désactiver la règle Apache !

4) vous pouvez aussi au niveau de votre box/routeur, interdire dans le NAT, la redirection du flux entrant vers le serveur MySql.

5) il y aussi dans le niveau de sécurité de votre disque dur où se trouve hébergé le serveur MySql, la possibilité de rendre les accès uniquement en lecture.

6) si vous aviez Microsoft SQL Server, il existe une commande pour bloquer tous les utilisateurs :

Code :

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

ALTER DATABASE ... SET SINGLE USER WITH ROLLBACK IMMEDIATE

Oui, sauf que sous MySql, à ma connaissance, il n'y a pas d'équivalent et c'est dommage.

Toutes ces solutions sont faisables, à la condition de les connaitre et de savoir les exploiter.
Mais pour cela, il faut les mettre en place, ce qui selon votre problème, n'a jamais été envisagé.

Je conseille aussi de faire ce genre d'opération de façon à pénaliser le moins d'utilisateur.
Disons durant le nuit ou le week-end, mais il est quand même nécessaire de bloquer les utilisateurs.

@+

[SQLpro]

Salut à tous.


Comme vous utilisez "MysqlDump", vous devez nécessairement avoir votre SGBDR MySql actif.
Ce qui rend le SGBDR MySql accessible depuis internet, voire aussi dans le réseau local.

Si la sauvegarde était physique, la solution consiste à arrêter le SGBDR MySql.

Pour résoudre votre problème, il faut interdire l'accès des utilisateurs au SGBDR durant la sauvegarde. Il existe plusieurs solution :

1) S'il y a un compte dans MySql par lequel tous les utilisateurs se connectent, il suffit de changer le mot de passe.
Verrouiller les tables n'est pas une bonne solution, comme l'indique SQLPRO.

2) si vous utilisez Apache comme serveur web, les utilisateurs vont accéder par le nom du site.
Vous pouvez bloquer le virtualhost en mettant "Require local" au lieu de "Require all granted".
Seul les accès en local, c'est-à-dire par l'adresse IPv4 127.x.y.z et l'adresse IPv6 ::1 pourront se faire.

3) blocage au niveau du pare-feu du serveur où se trouve hébergé votre serveur MySql.
Pour cela, il suffit de désactiver la règle Apache !

4) vous pouvez aussi au niveau de votre box/routeur, interdire dans le NAT, la redirection du flux entrant vers le serveur MySql.

5) il y aussi dans le niveau de sécurité de votre disque dur où se trouve hébergé le serveur MySql, la possibilité de rendre les accès uniquement en lecture.

6) si vous aviez Microsoft SQL Server, il existe une commande pour bloquer tous les utilisateurs :

Code :

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

ALTER DATABASE ... SET SINGLE USER WITH ROLLBACK IMMEDIATE

Cette commande n'est pas du tout nécessaire (et même peu recommandée) pour faire des sauvegardes sous SQL Server. En effet, toutes les sauvegardes faites par Microsoft SQL Server sont toujours consistantes à chaud, même en cas de modification des données, ajout ou suppression de table, de vues, de procédure, et même en cas de modification d'une structure de table ou ajout/ suppression d'un fichier de la base, car c'est le serveur SQL qui contrôle tout et transactionne tout. De même il ne faut pas réduire le nombre d'utilisateur car SQL Server est capable de faire :

• plusieurs sauvegardes de la même base en même temps (rarement intéressant sauf si mode différent...)
• des sauvegardes mutithreadées (une même sauvegarde utilise plusieurs threads pour paralléliser l'exécution et donc aller plus vite)
• des sauvegardes multifamille (la sauvegarde est envoyée dans plusieurs fichiers pour paralléliser les accès disque et donc aller plus vite)
• des sauvegardes vers plusieurs destinations(envoyer la même sauvegarde à plusieurs endroits à la fois, par exemple en local et sur un serveur distant)

Oui, sauf que sous MySql, à ma connaissance, il n'y a pas d'équivalent et c'est dommage.

Toutes ces solutions sont faisables, à la condition de les connaitre et de savoir les exploiter.
Mais pour cela, il faut les mettre en place, ce qui selon votre problème, n'a jamais été envisagé.

Je conseille aussi de faire ce genre d'opération de façon à pénaliser le moins d'utilisateur.
Disons durant le nuit ou le week-end, mais il est quand même nécessaire de bloquer les utilisateurs.

@+

A +

[thierryinfo2012]

mais il existe l'option

Code :

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

 –single-transaction

Que pensez vous ?

[Artemus24]

Salut à tous.

@ SQLPRO : si j'ai indiqué cette commande, c'est en réponse au blocage des utilisateurs que l'on peut pratiquer sous Microsoft SQL Server.
A l'inverse de MySql, je sais très bien que l'on peut faire une sauvegarde sous Microsoft SQL Server à chaud.
Mais le problème de NULL008 n'est pas de mettre en place un verrou, mais bien d'avoir le bon SGBDR pour gérer sa grosse volumétrie.

@ thierryinfo2012 : Merci ! Je ne connaissais pas ce paramètre.

@+