Ridge Opérations

Ridge les opérations sont explicites, limitées et locales. Utiliser les API de la base de données, ridged commandes de l'opérateur, ou Ridge Admin contrôles axés sur les capacités. Ne copiez ou ne modifiez jamais directement les fichiers de stockage en direct.

Intégrité

Exécutez des contrôles d’intégrité après des dommages suspectés au stockage, une restauration ou un incident de maintenance. L'intégrité valide les relations entre le catalogue, B+Tree, la ligne, la version et l'index. Un échec de vérification est une condition d’arrêt ; préserver les diagnostics et éviter d’autres mutations jusqu’à ce que la cause soit comprise.

Sauvegarde

Démarrez ridged avec une racine de sauvegarde absolue privée existante :

ridged --data=/srv/ridge/main --backup-root=/srv/ridge/backups

Ridge Admin expose ensuite la création et la vérification de sauvegarde nommée. Les noms de sauvegarde suivent [a-z_][a-z0-9_]{0,63} et ne sont jamais des chemins fournis par le navigateur.

RIDGE ADMIN BACKUP STATUS;
RIDGE ADMIN BACKUP CREATE ridge_20260727_120000;
RIDGE ADMIN BACKUP VERIFY ridge_20260727_120000;

Les sauvegardes contiennent un manifeste versionné, des tailles exactes et des sommes de contrôle CRC-32. La vérification doit être terminée avant la restauration.

Restauration hors ligne

Restaurer uniquement dans une cible absolue inutilisée :

ridged --backup-root=/srv/ridge/backups \
  --verify-backup=ridge_20260727_120000

ridged --backup-root=/srv/ridge/backups \
  --restore-backup=ridge_20260727_120000 \
  --restore-target=/srv/ridge/restored_20260727

La restauration valide le manifeste et la base de données, publie le catalogue en dernier et refuse une cible existante. Le basculement et la restauration restent des actions d’opérateur distinctes. Ne restaurez pas sur la base de données active.

Vide et index

Vacuum préserve l'instantané en direct le plus ancien et réutilise les pages libres limitées. La réindexation et la maintenance du schéma doivent utiliser des commandes et des contrôles de fonctionnalités pris en charge. Planifiez des travaux potentiellement coûteux, inspectez les sessions actives et conservez une sauvegarde vérifiée avant les changements structurels.

PITR et diagnostic

ridge_ops fournit commit/timestamp archivez le PITR, restaurez les exercices, les enregistrements de migration, la maintenance, les instantanés d'état et de métriques, les journaux de requêtes lentes, les quotas, les opérations en lecture seule et l'injection de disque plein. PITR restaure les limites des validations ; ce n'est pas physique arbitraire WAL rejouer.

Séquence opérateur sûre

  1. Confirmez la base de données, le préfixe des données, l'identité de build et la version de la fonctionnalité.
  2. Inspectez l’état de santé, le travail actif, l’espace disque et l’état actuel de la sauvegarde.
  3. Créez et vérifiez une sauvegarde avant une maintenance risquée.
  4. Exécutez une opération limitée.
  5. Rouvrez si nécessaire et exécutez l’intégrité.
  6. Vérifiez les données logiques via SQL.
  7. Enregistrez le résultat et conservez les entrées d’annulation jusqu’à acceptation.