Re: Yedek almak

Merhaba,

Şu anda, geliştirim/sınama sunucusundan, yayın sunucusuna PostgreSQL
veritabanını aktarmaya çalışıyorum. Yönetim aracı olarak PgAdmin
kullanıyorum. Yedek alıp yayın sunucusuna yüklemeyi düşündüm ama bir sürü
hata oluştu. Ben de çok uğraştıktan sonra olmayınca, vaktimin de kısıtlı
olduğunu düşünerek - sabaha az kaldı çünkü :) - geliştirim sunucusundaki
PostgreSQL'in veritabanı dizinini bulup kopyala kopyaladım ve yeni
oluşturduğum boş bir veritabanının Pg dizinine bunları yapıştırdım.
Veritabanına bağlandım ve sorunsuz çalıştı. En azından öyle görünüyor.

Bu belgelendirilmiş bir yöntem midir? Önerilir mi? Sorun yaşar mıyım
sonradan? Daha önce bunu deneyenizi var mı?

--
Saygılar,
Eşref Atak

Merhaba,

On Wed, 2006-03-01 at 02:48 +0200, Esref Atak wrote:

> Şu anda, geliştirim/sınama sunucusundan, yayın sunucusuna PostgreSQL
> veritabanını aktarmaya çalışıyorum. Yönetim aracı olarak PgAdmin
> kullanıyorum. Yedek alıp yayın sunucusuna yüklemeyi düşündüm ama bir
> sürü hata oluştu. Ben de çok uğraştıktan sonra olmayınca, vaktimin de
> kısıtlı olduğunu düşünerek - sabaha az kaldı çünkü :) - geliştirim
> sunucusundaki PostgreSQL'in veritabanı dizinini bulup kopyala
> kopyaladım ve yeni oluşturduğum boş bir veritabanının Pg dizinine
> bunları yapıştırdım. Veritabanına bağlandım ve sorunsuz çalıştı. En
> azından öyle görünüyor.
>
> Bu belgelendirilmiş bir yöntem midir? Önerilir mi? Sorun yaşar mıyım
> sonradan? Daha önce bunu deneyenizi var mı?

Aynı sürüm+aynı işletim sisteminde bu çalışır. Ancak sürümler farklı
olursa o zaman bu yöntem çalışmaz.

Bu arada psql'den genel hata nedir?

Saygılar
--
The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
Managed Services, Shared and Dedicated Hosting
Co-Authors: PL/php, plPerlNG - http://www.commandprompt.com/

On 3/1/06, Devrim GUNDUZ <devrim(at)commandprompt(dot)com> wrote:
>
> Aynı sürüm+aynı işletim sisteminde bu çalışır. Ancak sürümler farklı
> olursa o zaman bu yöntem çalışmaz.

Sevindim buna. Sürümler birebir aynı.

Bu arada psql'den genel hata nedir?

İnanın, hatanın nedenini irdelemeye pek vaktim olmadı. Fakat, kanaatim odur
ki; sorun PgAdmin'den kaynaklanıyor. Veritabanına kayıtları iki kere
ekletiyor. Tabii, yalnızca bazı tablolara. Yada ben yanlış kullanıyor
olabilirim. Şöyle ki; yedeği içeri-aktarma penceresinde iki ayar var:

yalnızca veriler
yalnızca şemalar

ikisini aynı anda seçmenize izin verilmiyor. Mantık yürüttüm ve iki kerede
halletmeye çalıştım. İlkinde, yalnızca şemaları, ikincisinde ise verileri
aktarttım. Bazı tablolar sorunsuz ama bazıları sorunlu.

Aklıma gelmişken sormak istiyorum; komut isteminde de aynı durum söz konusu
mu?: iki seçenek birden belirtilemiyor mu? Windows kullanıcısı olduğum için,
siyah zeminde akan işlemlere bir türlü güvenemiyorum. Bu nedenle, komut
olarak deneyemedim.

Saygılar
> --
> The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
> Managed Services, Shared and Dedicated Hosting
> Co-Authors: PL/php, plPerlNG - http://www.commandprompt.com/
>
>
--
Saygılar,
Eşref Atak

Merhaba,

On Wed, 2006-03-01 at 03:10 +0200, Esref Atak wrote:
>
> İnanın, hatanın nedenini irdelemeye pek vaktim olmadı. Fakat,
> kanaatim odur ki; sorun PgAdmin'den kaynaklanıyor. Veritabanına
> kayıtları iki kere ekletiyor. Tabii, yalnızca bazı tablolara. Yada ben
> yanlış kullanıyor olabilirim. Şöyle ki; yedeği içeri-aktarma
> penceresinde iki ayar var:
>
> yalnızca veriler
> yalnızca şemalar
>
> ikisini aynı anda seçmenize izin verilmiyor. Mantık yürüttüm ve iki
> kerede halletmeye çalıştım. İlkinde, yalnızca şemaları, ikincisinde
> ise verileri aktarttım. Bazı tablolar sorunsuz ama bazıları sorunlu.
>
"Yalnızca" demek bu demek işte;) İkisini ayrı ayrı seçeceksiniz.

> Aklıma gelmişken sormak istiyorum; komut isteminde de aynı durum söz
> konusu mu?: iki seçenek birden belirtilemiyor mu?

[devrim(at)pgbuildfarm ~]$ pg_dump -s -a test -U postgres
pg_dump: options "schema only" (-s) and "data only" (-a) cannot be used
together

> Windows kullanıcısı olduğum için, siyah zeminde akan işlemlere bir
> türlü güvenemiyorum. Bu nedenle, komut olarak deneyemedim.

Eliniz alışsa iyi olur :)

--
The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
Managed Services, Shared and Dedicated Hosting
Co-Authors: PL/php, plPerlNG - http://www.commandprompt.com/

On 3/1/06, Devrim GUNDUZ <devrim(at)commandprompt(dot)com> wrote:
>
>
> Aynı sürüm+aynı işletim sisteminde bu çalışır. Ancak sürümler farklı
> olursa o zaman bu yöntem çalışmaz.

Yereldeki bilgisayar Windows XP. Bu yöntemi kullanarak, bu bilgisayar
üzerinde, veritabanı kopyalayabiliyorum. Fakat, Windows XP'den kopyaladığım
klasörü Windows 2003 Server üzerine kopyalayınca kabul etmiyor. postmaster
açılışta 1063 hatası veriyor. Acaba, aynı "işletim sistemi" derken, işletim
sistemlerinin sürümleri de mi aynı olmalı acaba? Yalnızca Windows olması
yetmiyor sanırım.

Acaba, buna benzer başka bir yol yok mu? İllaha, INSERT INTO ifadeleriyle mi
aktarılması gerekiyor bu verilerin?

--
Saygılar,
Eşref Atak

On 3/1/06, Devrim GUNDUZ <devrim(at)commandprompt(dot)com> wrote:
>
> Merhaba,
>
> Bu arada psql'den genel hata nedir?

Klasörü kopyalama yolu işe yaramayınca, pg_restore.exe'nin verdiği hataları
iredelemeye başladım:

C:\Program Files\PostgreSQL\8.1\bin\pg_restore.exe -i -h localhost -p 5432
-U postgres -d antalya -l "E:\...backup"

...

2183; 1259 18368 TABLE adresbilgileri_tr kapi adresbilgileri_tr
2184; 1259 18370 TABLE adresbilgileri_tr mahalle adresbilgileri_tr
2185; 1259 18372 TABLE adresbilgileri_tr mahalle_yol adresbilgileri_tr
2186; 1259 18374 TABLE adresbilgileri_tr yol adresbilgileri_tr
2027; 1259 17875 TABLE cms_1_de anahtar_kelime cms_1_de
2028; 1259 17877 TABLE cms_1_de anket cms_1_de
2029; 1259 17879 TABLE cms_1_de anket_uye cms_1_de
2030; 1259 17881 TABLE cms_1_de aramagunluk cms_1_de

...

pg_restore: "bolum_hareket" tablosunun verileri geri yükleniyor
pg_restore: [arþivlendirici (db)] PROCESSING TOC sýrasýnda hata:
pg_restore: [arþivlendirici (db)] TOC giriþte hata 3683; 0 17906 TABLE DATA
bolum_hareket cms_1_de
pg_restore: [arþivlendirici (db)] could not execute query: ERROR: insert or
update on table "bolum_hareket" violates foreign key constraint
"gorev_bolumh_fk"
AYRINTI: Key (gorev_kodu)=(5) is not present in table "gorev".
Command was: INSERT INTO bolum_hareket (personel_no, gorev_kodu,
bolum_kodu, bas_tarih, bit_tarih, kayit_no) VALUES (5, 5, -1, '2001-04-1...
pg_restore: [arþivlendirici (db)] could not execute query: ERROR: insert or
update on table "bolum_hareket" violates foreign key constraint
"gorev_bolumh_fk"
AYRINTI: Key (gorev_kodu)=(18) is not present in table "gorev".
Command was: INSERT INTO bolum_hareket (personel_no, gorev_kodu,
bolum_kodu, bas_tarih, bit_tarih, kayit_no) VALUES (232, 18, 38, NULL, N...
pg_restore: "defin" tablosunun verileri geri yükleniyor
pg_restore: "dosya" tablosunun verileri geri yükleniyor
pg_restore: "dosyaturu" tablosunun verileri geri yükleniyor
pg_restore: "duyuru" tablosunun verileri geri yükleniyor
pg_restore: "e_kart" tablosunun verileri geri yükleniyor
pg_restore: "e_kategori_1" tablosunun verileri geri yükleniyor
pg_restore: "e_kategori_2" tablosunun verileri geri yükleniyor
...

pg_restore: "sinama" tablosunun verileri geri yükleniyor
UYARI: yükleme sýrasýnda hata esgeçildi: 23288

Process returned exit code 1.

Hatalardan anladığım kadarıyla, pg_restore yazılımı, tablolar arasındaki
ilişkileri göz önüne almadan, isim sırasına göre kayıtları akratıyor. Bu
nedenle, kayıtlar arasındaki ilişkiler, hata oluşturuyor. Bu nasıl olabilir
ki? Bunun hesaba katılmış olması gerekirdi?

Saygılar
> --
> The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
> Managed Services, Shared and Dedicated Hosting
> Co-Authors: PL/php, plPerlNG - http://www.commandprompt.com/
>
>

--
Saygılar,
Eşref Atak

Veritabanını aktarma işi nihayet bitti. PgAdmin'i kullandım yine.
İçeri-aktarma işlemi için kullanılan penceredeyken, rahat durup hiçbir ayarı
değiştirmeksizin aktar deyince oldu. Ne kadar büyük bir zeka ürünü :) Beynim
durmuş durumda...

On 3/1/06, Esref Atak <esrefatak(at)gmail(dot)com> wrote:
>
>
>
> On 3/1/06, Devrim GUNDUZ <devrim(at)commandprompt(dot)com> wrote:
> >
> > Merhaba,
> >
> > Bu arada psql'den genel hata nedir?
>
>
>
> Klasörü kopyalama yolu işe yaramayınca, pg_restore.exe'nin verdiği
> hataları iredelemeye başladım:
>

--
Saygılar,
Eşref Atak

On Mar 01 03:02, Devrim GUNDUZ wrote:
> On Wed, 2006-03-01 at 02:48 +0200, Esref Atak wrote:
> > ... Ben de çok uğraştıktan sonra olmayınca, vaktimin de
> > kısıtlı olduğunu düşünerek - sabaha az kaldı çünkü :) - geliştirim
> > sunucusundaki PostgreSQL'in veritabanı dizinini bulup kopyala
> > kopyaladım ve yeni oluşturduğum boş bir veritabanının Pg dizinine
> > bunları yapıştırdım.
>
> Aynı sürüm+aynı işletim sisteminde bu çalışır. Ancak sürümler farklı
> olursa o zaman bu yöntem çalışmaz.

Bildiğim kadarı ile burada aynı işletim sistemi gibi bir zorunluluk yok.
Kullanılan PostgreSQL versiyonlarının ve sistem mimarilerinin uyumlu
olması[1] yeterli. Bir de kopyalanan data dizininin donmuş kopyasının
alınması gerekli.[2] Aksi halde veritabanının - o an sunucuda gerçekleşen
sorgulara göre - kararsız davranması muhtemeldir.

[1] Burada mimarilerin uyumlu olması ile kasıt:
- Aynı endianness değerine sahip olmaları
- Veri tiplerinin kaydırılmasındaki özelliklerinin aynı olması
(32bit vs 64bit mevzuu)
- Kayan noktalı (flooating-point) değerlerin gösteriminin aynı
olması gibi.

[2] Bunun için en temiz yöntem postmaster'ı durdurmak. Ama ayrıntılı
bilgi için 23.2. File system level backup sayfasına bakabilirsiniz.

İyi çalışmalar.

Merhaba,

On Wed, 2006-03-01 at 04:04 +0200, Esref Atak wrote:
>
>
> On 3/1/06, Devrim GUNDUZ <devrim(at)commandprompt(dot)com> wrote:
>
> Aynı sürüm+aynı işletim sisteminde bu çalışır. Ancak sürümler
> farklı
> olursa o zaman bu yöntem çalışmaz.
>
> Yereldeki bilgisayar Windows XP. Bu yöntemi kullanarak, bu bilgisayar
> üzerinde, veritabanı kopyalayabiliyorum. Fakat, Windows XP'den
> kopyaladığım klasörü Windows 2003 Server üzerine kopyalayınca kabul
> etmiyor. postmaster açılışta 1063 hatası veriyor. Acaba, aynı "işletim
> sistemi" derken, işletim sistemlerinin sürümleri de mi aynı olmalı
> acaba? Yalnızca Windows olması yetmiyor sanırım.

Buradaki "sorun" PostgreSQL ile ilgili değil sadece. İşletim
sistemlerinin verileri tutma şekli de zaman içinde değişiyor. Örneğin
RHEL 2.1'deki ext3 ile RHEL 4'teki farklı, bu nedenle bu ikisi arasında
bile dosya sistemi seviyesinde yedek alamıyorsunuz (tecrübe ile sabit).
Yani sizin örneğinizde, NTFS'deki değişiklikler nedeniyle bir hata almış
olmanız kuvvetle muhtemel.

> Acaba, buna benzer başka bir yol yok mu? İllaha, INSERT INTO
> ifadeleriyle mi aktarılması gerekiyor bu verilerin?

Ya da COPY, vs.
--
The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
Managed Services, Shared and Dedicated Hosting
Co-Authors: PL/php, plPerlNG - http://www.commandprompt.com/