Aşağıdaki komutla bir cron işinden her gece yedeklenen bir postgresql veritabanımız var:Postgresql yedeğinin başarılı olup olmadığı nasıl kontrol edilir?
su postgres -c "pg_dump our_database | gzip > /home/smb/shared/database_backup.bak.gz"
son zamanlarda birkaç bozuk sektörle başlayan bir disk hatası oluştu ve bu süre boyunca pg_dump aşağıdaki hatalardan çıkmış oldu
pg_dump: SQL command failed
pg_dump: Error message from server: ERROR: catalog is missing 17 attribute(s) from relid 20158
pd_dump: The command was: LOCK TABLE public.obvez IN ACCESS SHARE MODE
Şimdi, cron işindeyken, kimse hata mesajlarını fark etmedi, yedek kesintiye uğradı ama sıfır büyüklükte değildi, her şey iyi görünüyordu ve hata gerçekleşmediklerinde hata farkına varıncaya kadar fark ettik. Yedekleme yok.
Eski bir yedeklemeden verileri geri almayı başardık ancak şimdi pg_dump'un işini başarı ile bitirip bitirmediğini kontrol etmenin uygun yolunun ne olacağını bilmek ister misiniz?
http bu sormalısınız: Eğer bir terslik durumunda e-mail göndermek istiyorsanız, pg_dump dönüş kodunu kontrol edebilirsiniz // Bunun yerine DBA.stackexchange.com. StackOverflow programlama içindir. – Jonas
@Jonas Bu burada kalmalı. OP, hataları kontrol etmenin bir yolunu soruyor. Veritabanını otomatik hale getirmeye çalışıyor, ama bu hemen hemen her şey için geçerli olabilir, bu yüzden göremiyorum çünkü neden bu DBA'ya taşınmalı. – alexandernst