PostgreSQL La base de donnees la plus sophistiquee au monde.

Forums PostgreSQL.fr

Le forum officiel de la communauté francophone de PostgreSQL

Vous n'êtes pas identifié(e).

#1 Général » Urgent: recherche un technicien ovhcloud urgent » 24/12/2023 14:36:31

Naybou
Réponses : 0

bonjour

Suite à une perte d'accès ssh , la base système a été corrompue. Quelqu'un un peu nous aider à comprendre.

J'ai appelé le support mais sans succès.

Mes client ne peuvent plus accéder à l'appli de puis plus de 72h.

Il faudrait un script qui le corrige les données corrompues ou sinon obtenir la sauvegarde système de OVH en date du 19 décembre.

Merci de votre aide

#2 Re : Général » urgent : impossible de redémarrer une base postgres sans dump » 22/12/2023 12:36:36

malheureusement la sauvegarde est corrompue, je suis vraiment dans catastrophe. Je dois rétablir ma base client.

#3 Re : Général » urgent : impossible de redémarrer une base postgres sans dump » 22/12/2023 12:05:18

le problème est que snapshot entier date du 27 novembre et pas pas du 19/12

#4 Re : Général » urgent : impossible de redémarrer une base postgres sans dump » 22/12/2023 11:56:32

Bonjour ruizsebastien

pgdata linux sur windows :  on a essayé quand meme (et ça marchotte)
- on  a rien sauvegardé, on a juste la partition d'origine avec les tablesspaces intacte
- save physique qu'on peut pas restaurer par morceaux : c'est ce qu'on essaye pourtant de faire
- archive_mode => off
- pas de dump pg_dump

#5 Re : Général » urgent : impossible de redémarrer une base postgres sans dump » 22/12/2023 11:40:13

on ne peut pas restaurer un PGDATA linux sur une machine windows
---> on a tenté, effectivement la base est inconsistante

Avez vous au pire une sauvegarde logique (type pg_dump) ?
---> non

comment avez vous sauvegarder votre instance linux avant d'avoir le problème de disque ?
snapshot ovh

#6 Re : Général » urgent : impossible de redémarrer une base postgres sans dump » 22/12/2023 10:46:04

Bonjour rjuju

Le problème réside dans la corruption de la base de données (service + annuaire + bases), répartie sur plusieurs disques, due à la restauration d'un seul de ces disques. À ce stade, soit une commande existe capable de scanner une base pour reconstruire l'annuaire désynchronisé, soit elle n'existe pas.
Les seules commandes "limite" qui semblent avoir le potentiel de restaurer partiellement une base corrompue sont celles testées en dernier recours par mon collègue, notamment la pg_resetwal.
Le dernier essai consistait à reproduire la restauration partielle effectuée par ma collègue sur une machine Windows. Nous avons recréé une base TEST identique avec les mêmes paramètres, utilisateur, schéma, droits et tablespace (fichier physique dédié). Après avoir confirmé que cette base fonctionnait correctement, nous avons remplacé ses fichiers par ceux de nos sauvegardes, mais cela n'a rien changé.
Même après l'exécution de pg_resetwal, aucune amélioration n'a été constatée. Nos sauvegardes se comportent un peu comme des puzzles de 100 000 pièces que nous pouvons assembler facilement grâce aux numéros de référence, sauf que nous possédons les pièces (la sauvegarde) sans les numéros (les annuaires stockés sur la partition restaurée).
Après une lecture approfondie de nombreuses documentations, aucune commande n'a été trouvée pour dire à Postgres d'oublier son annuaire, de scanner les 100 000 pièces et de reconstruire son annuaire.
Il est possible qu'une commande adaptée existe ou qu'une solution tierce puisse résoudre ce problème spécifique, mais jusqu'à présent, nos recherches n'ont rien donné malgré nos nombreux essais, tels que start/stop, redirection des tablespaces, copie de fichiers sauvegardés entre anciennes et nouvelles bases, depuis Ubuntu ou Windows, avec les mêmes utilisateurs, différents utilisateurs, avec ou sans resetwal.
En résumé, nous cherchons une commande ou un outil capable de reconstruire un pgdata complet à partir du dossier d'une base de données "brute".

#7 Général » urgent : impossible de redémarrer une base postgres sans dump » 22/12/2023 06:52:56

Naybou
Réponses : 10

Bonjour

Pendant les 36 dernières heures, je n'ai pas réussi à résoudre le problème suivant

comment faire coïncider les répertoires contenant les fichiers de données avec le répertoire renseigné dans le catalogue postgres sous linux

Bien que Postgres soit correctement lancé, je ne parviens pas à établir une connexion. Peu importe les commandes que j'exécute, je reçois systématiquement le même message d'erreur.

warning: extra command-line argument "psql" ignored
psql: error: connection to server on socket "/var/run/postgresql/.s.PGSQL.5432" failed: No such file or directory
        Is the server running locally and accepting connections on that socket?

Le serveur fonctionne correctement, le chemin du socket est correct, les permissions du répertoire sont appropriées, et le serveur utilise le port correct (qui est correctement défini par défaut).

Avez-vous une suggestion quant à la nature du problème ?

Merci par avance de votre aide

Pied de page des forums

Propulsé par FluxBB