PostgreSQL 16 pg_basebackup ve Nokta Zamanda Kurtarma<\/p>\n
Veri kayb\u0131, her kurulu\u015fun kabusu. PostgreSQL gibi g\u00fc\u00e7l\u00fc bir veritaban\u0131 sistemini kullansan\u0131z bile, beklenmedik durumlar veri b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fcz\u00fc tehdit edebilir. Bu makalede, PostgreSQL 16'da pg_basebackup ve Nokta Zamanda Kurtarma (Point-in-Time Recovery – PITR) mekanizmalar\u0131n\u0131 ayr\u0131nt\u0131l\u0131 olarak ele alaca\u011f\u0131z. Bu g\u00fc\u00e7l\u00fc ara\u00e7lar sayesinde veri kayb\u0131n\u0131 en aza indirgeyebilir ve veritaban\u0131n\u0131z\u0131 h\u0131zl\u0131ca eski haline getirebilirsiniz. Veri yedekleme ve kurtarma stratejilerinizi g\u00fc\u00e7lendirerek, i\u015f s\u00fcreklili\u011finizi sa\u011flam bir temele oturtman\u0131n yollar\u0131n\u0131 ke\u015ffedece\u011fiz.<\/p>\n
pg_basebackup, PostgreSQL'in sa\u011flad\u0131\u011f\u0131 bir komut sat\u0131r\u0131 arac\u0131d\u0131r. Bu ara\u00e7, \u00e7al\u0131\u015fan bir PostgreSQL sunucusundan tam bir fiziksel yedekleme olu\u015fturman\u0131za olanak tan\u0131r. Bu yedekleme, veritaban\u0131 k\u00fcmenizdeki t\u00fcm verileri, sistem kataloglar\u0131n\u0131 ve di\u011fer \u00f6nemli dosyalar\u0131 i\u00e7erir. \u00d6nemli bir avantaj\u0131, *s\u0131cak yedekleme* (hot backup) yapman\u0131za olanak sa\u011flamas\u0131d\u0131r. Yani, veritaban\u0131 \u00e7al\u0131\u015f\u0131rken yedekleme i\u015flemini ger\u00e7ekle\u015ftirebilirsiniz. Bu, minimum kesintiyle yedekleme alman\u0131za imkan verir. pg_basebackup'\u0131n kullan\u0131m\u0131 olduk\u00e7a basittir ancak baz\u0131 \u00f6nemli parametreleri do\u011fru \u015fekilde ayarlayarak performans\u0131 ve g\u00fcvenli\u011fi optimize etmek \u00f6nemlidir. \u00d6rne\u011fin, \u0130\u015fte pg_basebackup kullanarak bir yedekleme olu\u015fturman\u0131n temel ad\u0131mlar\u0131:<\/p>\n <\/code>bash Bu komutta:<\/p>\n Yedekleme i\u015flemi tamamland\u0131ktan sonra, yedekleme dizininizde veritaban\u0131n\u0131z\u0131n t\u00fcm verilerinin bulundu\u011fu dosyalar\u0131 bulacaks\u0131n\u0131z. Bu dosyalar\u0131, yeni bir sunucuya geri y\u00fcklemek veya felaket kurtarma plan\u0131n\u0131z\u0131n bir par\u00e7as\u0131 olarak kullanabilirsiniz. Daha fazla bilgi i\u00e7in https:\/\/fatihsoysal.com<\/a> sitesini ziyaret edebilirsiniz.<\/p>\n\n\n Nokta Zamanda Kurtarma (PITR), PostgreSQL'in sundu\u011fu g\u00fc\u00e7l\u00fc bir \u00f6zelliktir. Bu \u00f6zellik sayesinde, veritaban\u0131n\u0131z\u0131 belirli bir zamandaki durumuna geri y\u00fckleyebilirsiniz. PITR, WAL (Write-Ahead Log) dosyalar\u0131n\u0131 kullanarak \u00e7al\u0131\u015f\u0131r. WAL dosyalar\u0131, veritaban\u0131nda yap\u0131lan t\u00fcm de\u011fi\u015fiklikleri kaydeder. Bu dosyalar sayesinde, veritaban\u0131n\u0131z\u0131n ge\u00e7mi\u015f durumuna geri d\u00f6nebilir ve veri kayb\u0131n\u0131 \u00f6nleyebilirsiniz. PITR'\u0131n \u00e7al\u0131\u015fmas\u0131 i\u00e7in, d\u00fczenli olarak WAL dosyalar\u0131n\u0131n yede\u011fini alman\u0131z gerekir. Bu yedeklemeler, basebackup ile al\u0131nan yedeklemelerle birlikte PITR i\u015flemi i\u00e7in kullan\u0131l\u0131r.<\/p>\n\n PITR'\u0131n ba\u015far\u0131l\u0131 bir \u015fekilde \u00e7al\u0131\u015fmas\u0131 i\u00e7in, a\u015fa\u011f\u0131daki ad\u0131mlar\u0131 takip etmek \u00f6nemlidir:<\/p>\n pg_basebackup ve PITR i\u015flemlerinin performans\u0131n\u0131 optimize etmek i\u00e7in birka\u00e7 strateji izleyebilirsiniz. \u00d6ncelikle, h\u0131zl\u0131 ve g\u00fcvenilir bir depolama \u00e7\u00f6z\u00fcm\u00fc kullanmak \u00e7ok \u00f6nemlidir. SSD diskler, geleneksel HDD disklerden \u00e7ok daha h\u0131zl\u0131d\u0131r ve bu nedenle yedekleme ve kurtarma s\u00fcrelerini \u00f6nemli \u00f6l\u00e7\u00fcde k\u0131salt\u0131rlar. Ayr\u0131ca, yedekleme i\u015flemi s\u0131ras\u0131nda a\u011f bant geni\u015fli\u011finin yeterli oldu\u011fundan emin olmal\u0131s\u0131n\u0131z. Y\u00fcksek a\u011f gecikmesi, yedekleme s\u00fcresini olumsuz etkileyebilir. pg_basebackup komutunda bulunan A\u015fa\u011f\u0131daki tabloda farkl\u0131 yedekleme stratejilerinin performans kar\u015f\u0131la\u015ft\u0131rmas\u0131n\u0131 g\u00f6rebilirsiniz:<\/p>\n\n En uygun strateji, veritaban\u0131n\u0131z\u0131n b\u00fcy\u00fckl\u00fc\u011f\u00fc, kritikli\u011fi ve kaynaklar\u0131n\u0131z taraf\u0131ndan belirlenir. Bir test ortam\u0131nda farkl\u0131 stratejileri deneyerek en iyi sonucu elde edebilirsiniz.<\/p>\n\n\n Bir e-ticaret \u015firketinin veritaban\u0131 sunucusunda bir donan\u0131m ar\u0131zas\u0131 ya\u015fand\u0131\u011f\u0131n\u0131 d\u00fc\u015f\u00fcnelim. \u015eirket, d\u00fczenli olarak pg_basebackup kullanarak tam yedeklemeler ve WAL yedeklemeleri almaktad\u0131r. Ar\u0131zan\u0131n ard\u0131ndan, \u015firket h\u0131zl\u0131ca bir yedek sunucuya ge\u00e7er ve PITR kullanarak veritaban\u0131n\u0131 en son tam yedekleme ve ilgili WAL dosyalar\u0131n\u0131 kullanarak eski haline getirir. Bu sayede, minimum veri kayb\u0131yla hizmetlerine devam edebilirler. Bu durum, PITR'\u0131n i\u015f s\u00fcreklili\u011fi a\u00e7\u0131s\u0131ndan ne kadar kritik oldu\u011funu g\u00f6sterir.<\/p>\n\n Ba\u015fka bir \u00f6rnekte, bir banka veritaban\u0131nda bir insan hatas\u0131 sonucu yanl\u0131\u015fl\u0131kla verilerin silindi\u011fini varsayal\u0131m. E\u011fer d\u00fczenli yedekleme ve PITR stratejisi varsa, banka h\u0131zl\u0131ca bir \u00f6nceki durumuna geri d\u00f6nebilir ve veri kayb\u0131n\u0131 \u00f6nleyebilir. Bu durum, d\u00fczenli yedeklemenin ve PITR'\u0131n veri b\u00fct\u00fcnl\u00fc\u011f\u00fc a\u00e7\u0131s\u0131ndan ne kadar \u00f6nemli oldu\u011funu g\u00f6stermektedir.<\/p>\n\n\n PostgreSQL'in sa\u011flad\u0131\u011f\u0131 streaming replication \u00f6zelli\u011fi, pg_basebackup'\u0131 daha etkili hale getirir. Streaming replication ile, yedekleme i\u015flemi ger\u00e7ek zamanl\u0131 olarak ger\u00e7ekle\u015ftirilir ve bu sayede yedekleme s\u00fcresi k\u0131sal\u0131r. Ayr\u0131ca, s\u0131cak yedekleme stratejileri geli\u015ftirmek i\u00e7in, Bir ba\u015fka ileri d\u00fczey teknik ise, daha s\u0131k WAL yedeklemeleri almak ve bunlar\u0131 farkl\u0131 bir konuma (\u00f6rne\u011fin, bulut depolama) kopyalamakt\u0131r. Bu, felaket senaryolar\u0131nda yedeklemelerin g\u00fcvenli\u011fini art\u0131r\u0131r ve h\u0131zl\u0131 bir kurtarma s\u00fcrecini sa\u011flar. Bu konuda detayl\u0131 bilgi i\u00e7in https:\/\/fatihsoysal.com<\/a> sitesini ziyaret edebilirsiniz.<\/p>\n\n\n Yedekleme dosyalar\u0131n\u0131z\u0131 g\u00fcvenli bir yerde saklaman\u0131z ve yetkisiz eri\u015fime kar\u015f\u0131 koruman\u0131z \u00e7ok \u00f6nemlidir. Yedekleme dosyalar\u0131n\u0131n \u015fifrelenmesi, g\u00fcvenli\u011fi art\u0131rmak i\u00e7in \u00f6nemli bir ad\u0131md\u0131r. Ayr\u0131ca, yedekleme i\u015flemi s\u0131ras\u0131nda kullan\u0131lan kullan\u0131c\u0131 hesab\u0131n\u0131n minimum gerekli yetkilere sahip oldu\u011fundan emin olun.<\/p>\n<\/div>\n\n\n Bu makaledeki temel kavramlar\u0131 ve pg_basebackup ile PITR'\u0131n temel kullan\u0131m\u0131n\u0131 \u00f6\u011frenin. Basit \u00f6rnekleri deneyin ve farkl\u0131 parametrelerin etkilerini g\u00f6zlemleyin.<\/p>\n\n Streaming replication ve farkl\u0131 WAL yedekleme stratejilerini ara\u015ft\u0131r\u0131n. Farkl\u0131 yedekleme y\u00f6ntemlerinin performans\u0131n\u0131 kar\u015f\u0131la\u015ft\u0131r\u0131n ve en uygun stratejiyi belirleyin. Ger\u00e7ek d\u00fcnyadaki senaryolar\u0131 inceleyin ve kendi senaryolar\u0131n\u0131z i\u00e7in bir yedekleme plan\u0131 olu\u015fturun.<\/p>\n\n Karma\u015f\u0131k yedekleme ve kurtarma senaryolar\u0131n\u0131 ele al\u0131n. Otomatik yedekleme ve kurtarma sistemleri tasarlay\u0131n. G\u00fcvenlik \u00f6nlemlerini iyile\u015ftirin ve yedekleme dosyalar\u0131n\u0131 \u015fifreleyin. PostgreSQL'in sa\u011flad\u0131\u011f\u0131 ileri d\u00fczey \u00f6zelliklerini ke\u015ffedin.<\/p>\n\n\n--progress<\/code> se\u00e7ene\u011fi ile yedekleme ilerlemesini takip edebilirsiniz. --wal-method<\/code> se\u00e7ene\u011fi ise WAL (Write-Ahead Log) dosyalar\u0131n\u0131n nas\u0131l kopyalanaca\u011f\u0131n\u0131 belirlemenize olanak sa\u011flar.<\/p>\n\n
\npg_basebackup -h \n
-h<\/code>: Sunucu ad\u0131<\/li>\n -p<\/code>: Port numaras\u0131<\/li>\n -U<\/code>: Kullan\u0131c\u0131 ad\u0131<\/li>\n -D<\/code>: Yedekleme dizini<\/li>\n -Fp<\/code>: Tam yedekleme (full backup) olu\u015fturur.<\/li>\n -R<\/code>: Yedekleme dosyalar\u0131n\u0131 tekrar okunabilir (readable) hale getirir.<\/li>\n -Xs<\/code>: Streaming replikasyon kullan\u0131m\u0131 ile yedekleme olu\u015fturur ve performans\u0131 art\u0131r\u0131r.<\/li>\n<\/ul>\n\nNokta Zamanda Kurtarma (PITR) Nedir ve Nas\u0131l \u00c7al\u0131\u015f\u0131r?<\/h2>\n\n
\n
archive_mode = on<\/code> ve archive_command<\/code> parametrelerini do\u011fru \u015fekilde yap\u0131land\u0131rman\u0131z gerekir. Bu parametreler, postgresql.conf<\/code> dosyas\u0131nda ayarlan\u0131r.<\/li>\n pg_restore<\/code> komutunu kullanabilirsiniz. Bu komut, basebackup'\u0131 ve ilgili WAL dosyalar\u0131n\u0131 kullanarak veritaban\u0131n\u0131 belirli bir zamandaki durumuna geri y\u00fckler.<\/li>\n<\/ol>\n\n\npg_basebackup ve PITR ile Performans Optimizasyonu<\/h2>\n\n
--compress<\/code> se\u00e7ene\u011fini kullanarak yedekleme dosyalar\u0131n\u0131 s\u0131k\u0131\u015ft\u0131rabilir ve bu sayede depolama alan\u0131ndan tasarruf edebilirsiniz ancak bu da i\u015flem s\u00fcresini art\u0131rabilir, bu y\u00fczden dikkatli bir \u015fekilde de\u011ferlendirmelisiniz. Ayr\u0131ca, WAL dosyalar\u0131n\u0131n yedeklenme s\u0131kl\u0131\u011f\u0131n\u0131 ve yerini optimize etmek de performans\u0131 etkileyebilir. Daha s\u0131k yedeklemeler daha iyi bir PITR deneyimi sunar ancak daha fazla depolama alan\u0131 gerektirir.<\/p>\n\n\n \n
\n \n Yedekleme Stratejisi<\/th>\n Yedekleme S\u00fcresi<\/th>\n Depolama Alan\u0131<\/th>\n Kurtarma S\u00fcresi<\/th>\n <\/tr>\n <\/thead>\n \n G\u00fcnl\u00fck Tam Yedekleme<\/td>\n Y\u00fcksek<\/td>\n Y\u00fcksek<\/td>\n D\u00fc\u015f\u00fck<\/td>\n <\/tr>\n \n Haftal\u0131k Tam Yedekleme + G\u00fcnl\u00fck Art\u0131ml\u0131 Yedekleme<\/td>\n Orta<\/td>\n Orta<\/td>\n Orta<\/td>\n <\/tr>\n \n Ayl\u0131k Tam Yedekleme + Haftal\u0131k Art\u0131ml\u0131 Yedekleme + G\u00fcnl\u00fck WAL Yedeklemeleri<\/td>\n D\u00fc\u015f\u00fck<\/td>\n D\u00fc\u015f\u00fck<\/td>\n Y\u00fcksek<\/td>\n <\/tr>\n <\/tbody>\n<\/table>\n\n Ger\u00e7ek D\u00fcnya Senaryolar\u0131 ve Vaka \u00c7al\u0131\u015fmalar\u0131<\/h2>\n\n
\u0130leri D\u00fczey Konular: Streaming Replication ve S\u0131cak Yedekleme Stratejileri<\/h2>\n\n
--wal-method=stream<\/code> parametresini kullanabilirsiniz. Bu parametre, WAL dosyalar\u0131n\u0131n a\u011f \u00fczerinden s\u00fcrekli ak\u0131\u015f\u0131 ile yedekleme yap\u0131lmas\u0131n\u0131 sa\u011flar. Ancak, bu y\u00f6ntemin a\u011f performans\u0131na ba\u011fl\u0131 oldu\u011funu unutmamak \u00f6nemlidir. Y\u00fcksek a\u011f gecikmesi, yedekleme s\u00fcresini uzatabilir veya ba\u015far\u0131s\u0131zl\u0131\u011fa yol a\u00e7abilir. Bu nedenle, a\u011f altyap\u0131n\u0131z\u0131n bu y\u00f6nteme uygun oldu\u011fundan emin olman\u0131z gerekir.<\/p>\n\nG\u00fcvenlik Uyar\u0131lar\u0131<\/h2>\n\n
Dikkat!<\/h3>\n
\u00d6\u011frenme Yol Haritas\u0131<\/h2>\n\n
Yeni Ba\u015flayanlar<\/h3>\n\n
Orta Seviye<\/h3>\n\n
\u0130leri Seviye<\/h3>\n\n
Sonu\u00e7<\/h2>\n\n