Re: Postgresql elektirik kesintisi

Gönderilen LOG bilgisine göre data corruption(bozulma) yaşanmış, bu gibi
durumlarda manuel olarak data cleanup, table scan ve büyümüş alanları
tespit edip normalleştirme yapılabilir diyor okuduğum bir iletide ama
böyle bir şey başıma gelmediğinden tam emin değilim.. Yinede psql ile
database açılabiliyormu, psql ile tablo'lara ulaşıp bozulmuş veriler
onarılabilinirmi denemek lazım, ayrıca psql veya başka bir tool ile veri
tablolarını taramak lazım.. Manuel olarak SQL yazarak tablolar kontrol
edilebilir. Manuel olarak bir şeyleri temizlemen lazım ki Postgre
takıldığı yerleri geçebilsin ve otomatik kurtarmayı başarabilsin.
Örneğin
> UYARI: specified item offset is too large

bu uyarı hangi tablo için,bu uyarı üzerinde düşünmek gerek,uygun bir
işlemi manuel olarak gerçekleştirmek gerekir ki PG bir sonraki redo
işlemini gerçekleştirebilsin..

Burada ilginç olan konu:

PostgreSQL bu şartlar altında(ani elektrik kesintisi) mâlesef survive
edememiş olması.

TR şartlarına alışamamış anlaşılan.

Şöyle bir tespit yaptım ama yanlış olabilir emin değilim:
Ani elektrik kesintisi(ani shutdown) ile soft reset(hemen reboot)
arasında PostgreSQL yanıtı açısından sanırım fark var.
Soft reset'te PostgreSQL survive ediyor:aynen veritabanını kaldığın
yerden kullanmaya devam ediyorsun, data corruption yaşanmıyor.
Elektrik kesintisi gibi ani sert bir durumda ise PostgreSQL survive
edemiyor, data corruption yaşanıyor.

11.05.2011 17:40, Namık Güngör yazmış:
>
> Elektirik kesintisi oldu. Veritabanını başlatmaya çalışıtken aşağıdaki
> hatayı alıyorum.
>
> Ubuntu 64bit. Kurtarma yolu yok mudur?
>
> postgres(at)firewall:~$ /usr/lib/postgresql/8.4/bin/postgres -D
> /disks/disk1/database
>
> LOG: 2011-05-10 17:21:34 EEST'da recovery sırasında veritabanı
> sistemi durduruldu
>
> Ä°PUCU: Büyük ihtimalle veri bozulmuÅtur, kurtarmak için en son
> yedeÄinizi kullanın.
>
> LOG: veritabanı düzgün kapatılmamıÅ; otomatik kurtarma iÅlemi
> sürüyor
>
> LOG: redo baÅlangıcı 9/E89F2D30
>
> UYARI: specified item offset is too large
>
> ORTAM: xlog redo insert: rel 1663/16384/100671; tid 19796/343
>
> KRÄ°TÄ°K: btree_insert_redo: failed to add item
>
> ORTAM: xlog redo insert: rel 1663/16384/100671; tid 19796/343
>
> LOG: baÅlatma süreci (PID 1855) 6 sinyali tarafından
> sonlandırıldı: Aborted
>
> LOG: baÅlatma süreci hatası nedeniyle baÅlatma süreci durdurulmuÅtır
>
> postgres(at)firewall:~$
>
> İyi çalışmalar.
>
> Namık Güngör
>
> Ofis İletişim Bilgisayar San.Tic.Ltd.Şti.
> İzzetpaşa Mah. Yeniyol Cd. No: 1/2
>
> 34387 Şişli - İstanbul
> Tel : +90 212 219 88 77
> Faks: +90 212 219 88 80
>
> namik(at)ofisiletisim(dot)com <mailto:namik(at)ofisiletisim(dot)com>
>
> www.ofisiletisim.com <http://www.ofisiletisim.com/>.tr
>
> Description: Description: Description: Description: OfisLogo
>