Re: Yedekleme Scripti

From: Zafer Çelenk <zafercelenk(at)gmail(dot)com>
To: Devrim Gündüz <devrim(at)gunduz(dot)org>
Cc: pgsql-tr-genel <pgsql-tr-genel(at)postgresql(dot)org>
Subject: Re: Yedekleme Scripti
Date: 2016-11-21 12:27:55
Message-ID: 1479731275.6014.7@smtp.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-tr-genel

On Mon, Nov 21, 2016 at 12:06 PM, Devrim Gündüz <devrim(at)gunduz(dot)org>
wrote:
>
> Merhabalar,
>
> (Listeyi CC'de tutalım ki arşivde kalsın yazışmalar hocam)
>
> On Mon, 2016-11-21 at 11:32 +0300, Zafer Çelenk wrote:
>
>> Dezavantaj olarak disk alanı dediğinde aklıma şu geliyor. WAL
>> backup yöntemi ile aldığım yedek pg_dump ile aldığım yedekten
>> daha fazla yer kaplıyor. Peki ne kadar fazla? 2 katı, 4 katı ne
>> kadar?
>
> Bilmem, transaction log sayısı önemli burada. İki yedek arasında
> ne kadar xlog
> üretiyorsanız o kadar fazla gerekli. Tabii ne kadar fazla
> üretiyorsanız o kadar
> önemli iş yapıyorsunuz demektir, o ayrı :)
>
>> Ayrıca kafama takılan soru bu sürecin üzerinde çalıştığı
>> sisteme veya veritabanına işlem süreci açısından hiç mi
>> maliyeti
>> yok?
>
> Her xlog dolduğunda 16 MB'lık dosyayı ağ üzerinden yedekliyor
> sunucu. Onun
> dışında benim aklıma gelen bir yük yok. Herşey xloglar dolunca
> yapılıyor, o
> yüzden de çalışan transactionlara da yükü yok.
>
> Bu açıdan bakarsanız, pg_dump daha maliyetli. pg_dump
> çalışırken, MVCC
> nedeniyle açık olan transactionlar nedeniyle VACUUM
> çalıştırılmıyor o
> tablolarda, bunun da bakım ve başarım maliyeti var örneğin.
>
> Saygılar,
> --
> Devrim GÜNDÜZ
> EnterpriseDB: http://www.enterprisedb.com
> PostgreSQL Danışmanı/Consultant, Red Hat Certified Engineer
> Twitter: @DevrimGunduz , @DevrimGunduzTR

In response to

Browse pgsql-tr-genel by date

  From Date Subject
Next Message Zafer Çelenk 2016-11-21 12:29:44 Re: Yedekleme Scripti
Previous Message Devrim Gündüz 2016-11-21 09:06:32 Re: Yedekleme Scripti