Bonne façon de miroir PHP/MySQL installation

Je viens de créer mon tout premier PHP/MySQL du site et a été à la recherche dans la création d'un miroir de la base de données pour la sauvegarde. C'est bien sûr, dans le cas où certaines hacker parvient à aller fureter et des épaves de la db principaux. Est-il une bonne ou une mauvaise façon de le faire?

Edit: Oui, j'ai un plan d'hébergement dans un autre hôte que j'aimerais le miroir pour être placé dans.

  • Ne pas la société d'hébergement de le faire automatiquement?
InformationsquelleAutor enchance | 2011-12-12
  1. 4

    Il ya essentiellement deux façons pour la sauvegarde de vos bases de données mysql: froid statique/hors ligne) backup & chaud(dynamique/en ligne) de sauvegarde.

    1 à l'Aide d'un crontab script de sauvegarde de votre base de données chaque jour/semaine/mois, etc. Nous appelons cela la sauvegarde à froid. Le script peut-être comme ceci:

    !#/bin/sh
mysqldump -usample_name -S/tmp/sample.sock --databases db1 db2 > db_backup_time.sql

    vous pouvez trouver le manuel de la commande mysqldump ici. En fait, l'ensemble de la cogénération.6 parle de la base de données de sauvegarde et de récupération. Après cela, vous aurez le miroir de vos données(par exemple. 6h du matin.) tous les jours.

    2 à l'Aide de mysql solutions de réplication(maître-esclave de la structure) pour la sauvegarde en ligne. Toutes les questions sur la master conduisant à des modifications de données sera également effectué sur l'esclave.

    comparaison:

    Bref, sauvegarde à froid est plus facile. Mais quand de mauvaises choses arrivent, la première méthode ne peut récupérer les données à la fois que vous dumping le miroir. Avec sauvegarde à chaud et mysqldump outil, vous pouvez récupérer les données à tout moment.

    Dans mon expérience, nous avons toujours composer ces deux méthodes:

    1. écriture miroir chaque matin, et,
    2. construire un esclave de maître db sur une autre machine physique.

    qui serait à l'abri.

    • La Solution 2 est intéressante. J'aime le fait que vous avez 2 des annexes distinctes en fonction du moment de la journée. Pour clarifier, #1 est une sauvegarde à froid et #2 est une sauvegarde à chaud?
    • Oui. Dans la situation de la chute d'un tableau ou d'une erreur de disque dur cassé, vous pouvez utiliser le miroir de #1 récupérer la base de données pour le matin de ce jour-là. Ensuite, utilisez la binlog(dans ce cas, l'outil mysqlbinlog sera utile.) récupérer les données incrémentielles.
    InformationsquelleAutor tyger
  2. 1

    mysqldump est un utilitaire pratique qui vous permet de sauvegarder votre base de données en tant que fichier texte.

    Pour la sauvegarde de votre base de données:

    mysqldump -u username -p database_name > backup.sql

    Maintenant pour restaurer à partir d'une sauvegarde:

    mysql -u username -p database_name < backup.sql

    Il est préférable de créer un script qui fait cela régulièrement afin de toujours avoir un nouveau point de restauration.

    Vous pouvez en savoir plus sur la syntaxe de la commande mysqldump ici

    InformationsquelleAutor Mark Basmayor
  3. 0

    Autant que la sauvegarde de la base de données dans le cas d'un hacker, Il semble que mysqldump est le chemin à parcourir; vous pouvez la lire ici. Vous pouvez ensuite ftp mysql dump sur un autre serveur. Personnellement, j'ai un chron faire une sauvegarde chaque jour, et puis j'ai copier la sauvegarde sur un autre serveur avec un client ftp synchroniser, mais il existe d'autres moyens de l'automatisation de trop. Si vous êtes sur un serveur linux, à l'aide de webmin peut rendre le processus plus facile, il a des outils de sauvegarde des bases de données mysql. Espérons que cette aide.

    InformationsquelleAutor SuperTron
  4. 0

    Si vous sauvegardez votre base de données en miroir à un autre hôte, de dire une fois par jour, vos données seront toujours perdu si elle est corrompue/saccagé et vous n'avez pas l'attraper avant qu'il arrive en miroir. La bonne façon est de garder décharges périodiquement. Je fais un dump de ma base de données tous les jours, et de garder des sauvegardes quotidiennes de 4 semaines, puis des sauvegardes hebdomadaires pendant 6 mois.

    Ce qui fonctionne le mieux si votre base de données et les serveurs de sauvegarde sont à côté les uns des autres (en réseau à distance). Mais si votre base de données est hébergée ailleurs et n'est pas trop grand, il devrait quand même fonctionner correctement (de nombreux hôtes se feront un dump de votre base de données quotidiennement, mais vous êtes sur votre propre pour aller la chercher).

    InformationsquelleAutor Brian
  5. 0

    Vous pouvez configurer une base de données mysql réplication Maître/Esclave:

    D'abord créer un utilisateur que vous allez utiliser pour la réplication de bases de données: replUser

    Sur le serveur maître, vous voulez les paramètres suivants:

    [mysqld]
log-bin=mysql-bin
server-id=1

    Sur le serveur esclave vous voulez les paramètres suivants dans votre mon.cnf

    ## Replication
server-id                       = 2
relay-log-space-limit           = 16G
expire-logs-days                = 7
master-host = 10.10.10.10
master-user = replUser
master-password = yourpassword
master-connect-retry=60
replicate-do-db = database_name

    Référence: http://dev.mysql.com/doc/refman/5.0/en/replication.html

    InformationsquelleAutor dchrastil