Le redémarrage forcé a conduit à la disparition / var / lib / mysql
Pendant la nuit, mon fournisseur devait redémarrer de force le serveur. (Désactiver), Après le téléchargement, il y avait un problème avec le serveur MySQL (j'utilise MariaDB).
Après plusieurs heures de recherche, je ne peux pas trouver la principale source du problème ou le moyen de le résoudre. Le site Web est assez important, fonctionne avec des bitcoins, sur des comptes, peut-être perdu des milliers de dollars (Pas tout à fait perdu, tout simplement pas lié à leurs "propriétaires" respectifs), Et je panique.
En quelque sorte dossier / var / lib / mysql 'Transformé' vers un fichier avec le même nom mysql, Il contient une tarabarshchina:
http://pastebin.com/XbY5YLpG
J'ai aussi consulté les fichiers journaux MariaDB, Et dans ces fichiers, il y a plusieurs Go de demandes.
Y a-t-il un moyen d'obtenir une base de données? Je suis très triste.
Après plusieurs heures de recherche, je ne peux pas trouver la principale source du problème ou le moyen de le résoudre. Le site Web est assez important, fonctionne avec des bitcoins, sur des comptes, peut-être perdu des milliers de dollars (Pas tout à fait perdu, tout simplement pas lié à leurs "propriétaires" respectifs), Et je panique.
En quelque sorte dossier / var / lib / mysql 'Transformé' vers un fichier avec le même nom mysql, Il contient une tarabarshchina:
http://pastebin.com/XbY5YLpG
J'ai aussi consulté les fichiers journaux MariaDB, Et dans ces fichiers, il y a plusieurs Go de demandes.
Y a-t-il un moyen d'obtenir une base de données? Je suis très triste.
Aucun résultat connexe trouvé
Invité:
Pour répondre aux questions, connectez-vous ou registre
1 réponses
Hannah
Confirmation de:
http://dev.mysql.com/doc/refma ... .html
qui vient S. mysql, qui vous permet de restaurer des tables si vous pouvez courir mysql Et vos tables sont endommagées. Ça ne semble pas comme ça. Il y a un autre programme
http://dev.mysql.com/doc/refma ... .html
, qui vous permet de garantir l'intégrité de vos tables MyISAM (Vous n'avez pas utilisé pour cela innodb, n'est-ce pas?), pendant que vous avez des fichiers les liés à eux; Il utilisera ses principales restrictions et magazines.
Cependant, comme il semble que votre système de fichiers ait cassé et perdu des fichiers de base de données, vous ne pouvez utiliser aucune de ces choses.
Même si nous supposons que vos données existent toujours (Si l'entrée de répertoire a été convertie en un fichier, vous avez peut-être disparu tous les liens vers vos fichiers et que l'espace disque a été publié.), Si c'est dans ce fichier, vous n'avez pas la possibilité de la restaurer dans un format pratique. Si vous êtes accidentellement, votre système de fichiers peut être corrigé et les données sont toujours référencées. (Utilisation fsck Selon votre système de fichiers), Et vous pouvez obtenir des fichiers et les renvoyer dans le bon ordre, voir le premier paragraphe.
Pour être honnête, je pense que vous venez probablement d'apprendre une leçon très coûteuse. Stocker des sauvegardes!
Après que je l'ai écrit, quelqu'un d'autre
http://web.archive.org/web/201 ... t.co/
et
https://bitcointalk.org/index. ... 00897
. Je suppose que vous avez enregistré des copies de sauvegarde et, en fait, vous devrez vous restaurer, et vous allez transférer la perte comme cela peut être gênant.
Si vous ne pouvez pas transporter des sauvegardes, même des limitations de deux jours, une sauvegarde plus fréquente - décision évidente; Une autre solution - Enregistrer les répliques en direct sur lesquels vous pouvez changer (et restaurer). Ils ressemblent à des sauvegardes, mais ne travaillent que dans de telles situations (C'est-à-dire que lorsque les données sont détruites par des intrus, etc.).
Vous devriez
spécial
Si possible, enregistrez des sauvegardes avant d'aller entre fournisseurs ou serveurs. Powercycle. De plus, les symptômes que vous avez donnés peuvent indiquer un disque défectueux qui expliquera beaucoup.
Nous gardons également à l'esprit que si la base de données fonctionne lentement, de très fortes chances qu'il effectue une opération coûteuse, telle qu'une tentative d'enregistrement ou une indexation, ou une rééquilibrage ou autre chose. C'est l'heure exacte lorsque le redémarrage chaud violera l'intégrité des données.
Bonne chance en reprise après cela en termes d'affaires. Je crois que vos données après la fin du dernier point de sauvegarde sont terminées.
Une autre leçon importante est que si vous facturez des frais avec des personnes et que la continuité des activités est importante et que la perte de données n'est pas valide, vous devez créer une redondance dans votre système. Le seul nœud sur lequel est en cours d'exécution mysql, Lorsque vous avez démontré avec succès, il n'est pas suffisamment fiable ou excessive. Il est doublement vrai pour solitaire VPS. Bonne option - Fournisseur VPS, Ce qui vous permet de placer explicitement des serveurs dans différents endroits et dans différents réseaux ou, finalement, achetez vos propres serveurs et placez-les dans différents centres de traitement de données.