Redis, bellek i\u00e7i veri yap\u0131s\u0131 deposu olarak, y\u00fcksek performansl\u0131 uygulamalar i\u00e7in vazge\u00e7ilmez bir ara\u00e7 haline gelmi\u015ftir. \u00d6nbellekleme, oturum y\u00f6netimi, mesaj kuyruklar\u0131 ve ger\u00e7ek zamanl\u0131 analiz gibi bir\u00e7ok alanda tercih edilen Redis, verileri RAM’de tutarak ola\u011fan\u00fcst\u00fc h\u0131zlar sunar. Ancak, RAM tabanl\u0131 bir sistem olmas\u0131n\u0131n getirdi\u011fi potansiyel riskler de vard\u0131r: elektrik kesintisi, sistem \u00e7\u00f6kmesi veya yaz\u0131l\u0131m hatas\u0131 gibi durumlarda veriler kal\u0131c\u0131 olarak kaybolabilir. Bu nedenle, Redis verilerinin d\u00fczenli olarak yedeklenmesi ve gerekti\u011finde g\u00fcvenli bir \u015fekilde geri y\u00fcklenebilmesi, herhangi bir \u00fcretim ortam\u0131 i\u00e7in kritik bir \u00f6neme sahiptir.<\/p>\n
Bu makalede, Ubuntu 14.04 gibi art\u0131k desteklenmeyen ancak hala baz\u0131 eski sistemlerde kullan\u0131l\u0131yor olabilecek bir i\u015fletim sistemi \u00fczerinde Redis verilerinizi nas\u0131l yedekleyece\u011finizi ve geri y\u00fckleyece\u011finizi ayr\u0131nt\u0131l\u0131 olarak ele alaca\u011f\u0131z. Ubuntu 14.04’\u00fcn destek s\u00fcresinin sona ermi\u015f olmas\u0131, g\u00fcvenlik a\u00e7\u0131klar\u0131na kar\u015f\u0131 daha savunmas\u0131z oldu\u011fu anlam\u0131na gelir, bu nedenle bu t\u00fcr sistemlerde veri g\u00fcvenli\u011fi ve yedekleme stratejileri daha da hayati hale gelmektedir. Redis’in sundu\u011fu yerle\u015fik kal\u0131c\u0131l\u0131k mekanizmalar\u0131n\u0131 (RDB ve AOF) kullanarak, veri kayb\u0131n\u0131 en aza indirecek etkili yedekleme stratejileri olu\u015fturmay\u0131 ve bu yedekleri sorunsuz bir \u015fekilde geri y\u00fcklemeyi \u00f6\u011freneceksiniz.<\/p>\n
Redis, verilerinizi kal\u0131c\u0131 hale getirmek i\u00e7in iki temel mekanizma sunar: RDB (Redis Database Backup) ve AOF (Append Only File). Her iki mekanizman\u0131n da kendine \u00f6zg\u00fc avantajlar\u0131 ve dezavantajlar\u0131 vard\u0131r ve genellikle en g\u00fcvenli yakla\u015f\u0131m, her ikisini birlikte kullanmakt\u0131r.<\/p>\n
RDB, belirli aral\u0131klarla veritaban\u0131n\u0131n anl\u0131k g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fc (snapshot) alan bir kal\u0131c\u0131l\u0131k y\u00f6ntemidir. Redis, bu anl\u0131k g\u00f6r\u00fcnt\u00fcleri s\u0131k\u0131\u015ft\u0131r\u0131lm\u0131\u015f ikili formatta bir * Kompakt Dosyalar:<\/strong> RDB dosyalar\u0131 olduk\u00e7a s\u0131k\u0131\u015ft\u0131r\u0131lm\u0131\u015ft\u0131r ve genellikle AOF dosyalar\u0131ndan daha k\u00fc\u00e7\u00fckt\u00fcr. Bu, yedekleme ve geri y\u00fckleme s\u00fcrelerini k\u0131salt\u0131r. * Veri Kayb\u0131 Riski:<\/strong> RDB, belirli aral\u0131klarla anl\u0131k g\u00f6r\u00fcnt\u00fcler ald\u0131\u011f\u0131 i\u00e7in, son anl\u0131k g\u00f6r\u00fcnt\u00fc ile bir sonraki anl\u0131k g\u00f6r\u00fcnt\u00fc aras\u0131nda meydana gelen de\u011fi\u015fiklikler, bir sistem \u00e7\u00f6kmesi durumunda kaybolabilir. Bu, birka\u00e7 saniye veya dakika de\u011ferinde veri kayb\u0131 anlam\u0131na gelebilir. AOF, Redis’e g\u00f6nderilen her yazma komutunu bir g\u00fcnl\u00fck dosyas\u0131na (log file) ekleyerek kal\u0131c\u0131l\u0131k sa\u011flar. Redis yeniden ba\u015flat\u0131ld\u0131\u011f\u0131nda, AOF dosyas\u0131ndaki komutlar\u0131 ba\u015ftan sona tekrar y\u00fcr\u00fcterek veri k\u00fcmesini yeniden olu\u015fturur.<\/p>\n * Minimum Veri Kayb\u0131:<\/strong> AOF, her yazma komutunu kaydetti\u011fi i\u00e7in, do\u011fru * Daha B\u00fcy\u00fck Dosya Boyutu:<\/strong> AOF dosyalar\u0131, RDB dosyalar\u0131na g\u00f6re genellikle daha b\u00fcy\u00fckt\u00fcr, \u00e7\u00fcnk\u00fc her komutu kaydederler. Bu, disk alan\u0131 t\u00fcketimini art\u0131r\u0131r. Redis, her iki kal\u0131c\u0131l\u0131k mekanizmas\u0131n\u0131 da ayn\u0131 anda kullanman\u0131za izin verir. Bu, genellikle en g\u00fcvenli ve \u00f6nerilen yakla\u015f\u0131md\u0131r. E\u011fer hem RDB hem de AOF etkinse, Redis yeniden ba\u015flat\u0131ld\u0131\u011f\u0131nda AOF dosyas\u0131n\u0131 kullanarak verileri geri y\u00fcklemeyi tercih eder, \u00e7\u00fcnk\u00fc AOF genellikle daha g\u00fcncel veriyi i\u00e7erir. RDB ise daha \u00e7ok felaket kurtarma senaryolar\u0131nda, AOF dosyas\u0131n\u0131n bozulmas\u0131 gibi durumlarda bir g\u00fcvenlik a\u011f\u0131 g\u00f6revi g\u00f6r\u00fcr.<\/p>\n Yedekleme ve geri y\u00fckleme i\u015flemlerine ba\u015flamadan \u00f6nce, Ubuntu 14.04 sunucunuzun uygun \u015fekilde haz\u0131rland\u0131\u011f\u0131ndan emin olmal\u0131y\u0131z.<\/p>\n E\u011fer sunucunuzda Redis kurulu de\u011filse, a\u015fa\u011f\u0131daki ad\u0131mlarla kurabilirsiniz. Ubuntu 14.04 i\u00e7in genellikle Redis’in daha eski bir s\u00fcr\u00fcm\u00fc (\u00f6rne\u011fin Redis 2.8) depolarda bulunur.<\/p>\n Kurulumdan sonra Redis servisi otomatik olarak ba\u015flayacakt\u0131r. Durumunu kontrol edebilirsiniz:<\/p>\n veya Redis CLI ile ba\u011flant\u0131 kurarak:<\/p>\n Yan\u0131t olarak Yedekleme ve geri y\u00fckleme i\u015flemleri i\u00e7in baz\u0131 temel Linux ara\u00e7lar\u0131na ihtiyac\u0131m\u0131z olacak:<\/p>\n * Bu ara\u00e7lar genellikle Ubuntu’da varsay\u0131lan olarak bulunur, ancak eksikse kurabilirsiniz:<\/p>\n Redis, varsay\u0131lan olarak veri dosyalar\u0131n\u0131 Bu dizini, Redis verilerinin kopyalar\u0131n\u0131 ve ar\u015fivlerini saklamak i\u00e7in kullanaca\u011f\u0131z. \u0130zinlerin do\u011fru ayarland\u0131\u011f\u0131ndan emin olun, b\u00f6ylece Redis veya yedekleme betikleri bu dizine yazabilir.<\/p>\n Redis’in kal\u0131c\u0131l\u0131k ayarlar\u0131 bu dosyada bulunur. Yedekleme stratejinizi belirlerken bu dosyadaki ayarlar\u0131 do\u011fru \u015fekilde yap\u0131land\u0131rmak \u00f6nemlidir.<\/p>\n * Bu ayarlar\u0131, yedekleme stratejinize ve veri kayb\u0131 tolerans\u0131n\u0131za g\u00f6re d\u00fczenlemeniz gerekecektir.<\/p>\n Redis verilerini yedeklemek i\u00e7in RDB ve AOF y\u00f6ntemlerini ayr\u0131 ayr\u0131 veya birlikte kullanabiliriz. Her iki y\u00f6ntemin de kendine \u00f6zg\u00fc yedekleme ad\u0131mlar\u0131 vard\u0131r.<\/p>\n RDB, Redis veritaban\u0131n\u0131n anl\u0131k g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fc al\u0131r. Bu anl\u0131k g\u00f6r\u00fcnt\u00fc dosyas\u0131, yedekleme i\u00e7in kopyalanabilir.<\/p>\n Varsay\u0131lan olarak, Redis yap\u0131land\u0131rma dosyas\u0131nda ( Bu direktifler, belirtilen s\u00fcre ve de\u011fi\u015fiklik say\u0131s\u0131 e\u015fiklerine ula\u015f\u0131ld\u0131\u011f\u0131nda Redis’in otomatik olarak bir Otomatik yedeklemelerin yan\u0131 s\u0131ra, Redis CLI \u00fczerinden manuel olarak da bir RDB anl\u0131k g\u00f6r\u00fcnt\u00fcs\u00fc olu\u015fturabilirsiniz. Bu, \u00f6zellikle an\u0131nda bir yedek almaya ihtiya\u00e7 duydu\u011funuzda veya bir yedekleme beti\u011fi i\u00e7inde kullan\u0131\u015fl\u0131d\u0131r.<\/p>\n Bu komut, Redis’in arka planda bir anl\u0131k g\u00f6r\u00fcnt\u00fc almas\u0131n\u0131 tetikler. \u0130\u015flem tamamland\u0131\u011f\u0131nda, Yerel Yedekleme:<\/strong><\/p>\n Bu komut, Uzak Yedekleme (SCP ile):<\/strong><\/p>\n Bu i\u015flem i\u00e7in uzak sunucuda SSH eri\u015fiminizin olmas\u0131 ve kimlik do\u011frulaman\u0131n (parola veya SSH anahtar\u0131) ayarlanm\u0131\u015f olmas\u0131 gerekir.<\/p>\n D\u00fczenli yedeklemeler i\u00e7in bir cron job olu\u015fturmak en iyi y\u00f6ntemdir. A\u015fa\u011f\u0131daki \u00f6rnek, her gece yar\u0131s\u0131 bir RDB yede\u011fi al\u0131p s\u0131k\u0131\u015ft\u0131r\u0131r ve eski yedekleri temizler.<\/p>\n \u00d6ncelikle bir yedekleme beti\u011fi olu\u015ftural\u0131m: Beti\u011fi \u00e7al\u0131\u015ft\u0131r\u0131labilir hale getirin:<\/p>\n Ard\u0131ndan, cron job’\u0131 ayarlay\u0131n. Bu cron job, her gece yar\u0131s\u0131 (00:00) beti\u011fi \u00e7al\u0131\u015ft\u0131racak ve \u00e7\u0131kt\u0131y\u0131 AOF, Redis’e g\u00f6nderilen her yazma komutunu bir g\u00fcnl\u00fck dosyas\u0131na kaydeder.<\/p>\n AOF varsay\u0131lan olarak devre d\u0131\u015f\u0131 olabilir. Etkinle\u015ftirmek i\u00e7in Bu de\u011fi\u015fiklikleri yapt\u0131ktan sonra Redis’i yeniden ba\u015flatman\u0131z gerekir:<\/p>\n Redis yeniden ba\u015flat\u0131ld\u0131\u011f\u0131nda, AOF dosyas\u0131 zamanla b\u00fcy\u00fcyebilir ve gereksiz komutlar i\u00e7erebilir. Bu komutu d\u00fczenli olarak \u00e7al\u0131\u015ft\u0131rmak, AOF dosyas\u0131n\u0131n boyutunu y\u00f6netmenize yard\u0131mc\u0131 olur.<\/p>\n AOF dosyas\u0131n\u0131 yedeklemek, RDB dosyas\u0131n\u0131 yedeklemeye benzer. \u00d6nemli olan, kopyalama s\u0131ras\u0131nda AOF dosyas\u0131n\u0131n b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc korumakt\u0131r. Redis’in Yerel Yedekleme:<\/strong><\/p>\n Uzak Yedekleme (rsync ile):<\/strong><\/p>\n AOF yedeklemesi i\u00e7in de bir cron job olu\u015fturabiliriz. Bu betik, AOF dosyas\u0131n\u0131 kopyalayacak ve iste\u011fe ba\u011fl\u0131 olarak Beti\u011fi \u00e7al\u0131\u015ft\u0131r\u0131labilir hale getirin:<\/p>\n Cron job’\u0131 ayarlay\u0131n: Bu cron job, her gece 01:30’da \u00e7al\u0131\u015f\u0131r.<\/p>\n En g\u00fcvenli yakla\u015f\u0131m, hem RDB hem de AOF kal\u0131c\u0131l\u0131\u011f\u0131n\u0131 etkinle\u015ftirmek ve her ikisi i\u00e7in de yedekleme betikleri \u00e7al\u0131\u015ft\u0131rmakt\u0131r. RDB, h\u0131zl\u0131 geri y\u00fcklemeler ve felaket kurtarma i\u00e7in iyi bir temel sa\u011flarken, AOF en az veri kayb\u0131n\u0131 garanti eder. Bu iki beti\u011fi farkl\u0131 zamanlarda \u00e7al\u0131\u015ft\u0131rmak, kaynak kullan\u0131m\u0131n\u0131 optimize edebilir. \u00d6rne\u011fin, RDB yede\u011fini gece yar\u0131s\u0131, AOF yede\u011fini ise biraz daha sonra almak gibi.<\/p>\n Yerel yedekler \u00f6nemlidir, ancak sunucunun kendisi ar\u0131zalan\u0131rsa veya bir felaket ya\u015fan\u0131rsa, yerel yedekler de kaybolabilir. Bu nedenle, yedeklerinizi uzak bir konuma (ba\u015fka bir sunucu, bulut depolama gibi) kopyalamak kritik \u00f6neme sahiptir.<\/p>\n * SSH\/SCP<\/strong>: En basit ve g\u00fcvenli y\u00f6ntemlerden biridir. Yukar\u0131daki \u00f6rneklerde g\u00f6sterildi\u011fi gibi, Bir uzak yedekleme beti\u011fi \u00f6rne\u011fi:<\/p>\n Bu beti\u011fi de bir cron job ile d\u00fczenli olarak \u00e7al\u0131\u015ft\u0131rabilirsiniz.<\/p>\n Yedekleme kadar, geri y\u00fckleme i\u015flemini de anlamak ve test etmek hayati \u00f6neme sahiptir. Bir felaket an\u0131nda, yedeklerinizin ger\u00e7ekten i\u015fe yarad\u0131\u011f\u0131ndan emin olman\u0131z gerekir.<\/p>\n RDB dosyas\u0131 ile geri y\u00fckleme olduk\u00e7a basittir. Redis, ba\u015flat\u0131ld\u0131\u011f\u0131nda veri dizinindeki 1. Redis’i Durdurun:<\/strong> Geri y\u00fckleme yapmadan \u00f6nce Redis sunucusunu durdurman\u0131z gerekir, aksi takdirde Redis mevcut verilerini \u00fczerine yazabilir veya \u00e7ak\u0131\u015fmalar ya\u015fanabilir.<\/p>\n 2. Yedekleme Dosyas\u0131n\u0131 Kopyalay\u0131n:<\/strong> Geri y\u00fcklemek istedi\u011finiz RDB yedek dosyas\u0131n\u0131 (\u00f6rne\u011fin, E\u011fer hedef sunucuda zaten bir 3. Redis’i Ba\u015flat\u0131n:<\/strong> Redis’i ba\u015flatt\u0131\u011f\u0131n\u0131zda, yeni 4. Verileri Do\u011frulay\u0131n:<\/strong> Redis CLI kullanarak baz\u0131 verilerinizi kontrol edin ve geri y\u00fcklemenin ba\u015far\u0131l\u0131 oldu\u011funu do\u011frulay\u0131n.<\/p>\n AOF dosyas\u0131 ile geri y\u00fckleme de benzerdir, ancak AOF’un etkin oldu\u011fundan emin olman\u0131z gerekir.<\/p>\n 1. Redis’i Durdurun:<\/strong><\/p>\n 2. Yedekleme Dosyas\u0131n\u0131 Kopyalay\u0131n:<\/strong> Geri y\u00fcklemek istedi\u011finiz AOF yedek dosyas\u0131n\u0131 (\u00f6rne\u011fin, Hedef sunucuda zaten bir 3. AOF’un Etkin Oldu\u011fundan Emin Olun:<\/strong> 4. AOF Dosyas\u0131n\u0131n B\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc Kontrol Edin (\u00d6nemli):<\/strong> AOF dosyas\u0131 bozulmu\u015f olabilir. Redis’i ba\u015flatmadan \u00f6nce b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc kontrol etmek iyi bir uygulamad\u0131r.<\/p>\n Bu komut, AOF dosyas\u0131n\u0131 kontrol eder ve gerekirse bozuk giri\u015fleri d\u00fczeltmeye \u00e7al\u0131\u015f\u0131r.<\/p>\n 5. Redis’i Ba\u015flat\u0131n:<\/strong> Redis’i ba\u015flatt\u0131\u011f\u0131n\u0131zda, AOF dosyas\u0131ndaki komutlar\u0131 y\u00fcr\u00fcterek verileri geri y\u00fckleyecektir.<\/p>\n 6. Verileri Do\u011frulay\u0131n:<\/strong> Redis CLI kullanarak baz\u0131 verilerinizi kontrol edin ve geri y\u00fcklemenin ba\u015far\u0131l\u0131 oldu\u011funu do\u011frulay\u0131n.<\/p>\n * \u0130zin Sorunlar\u0131:<\/strong> Yedekleme dosyalar\u0131n\u0131 kopyalad\u0131ktan sonra Redis verilerinizin g\u00fcvenli\u011fini sa\u011flamak i\u00e7in sadece yedekleme ve geri y\u00fckleme ad\u0131mlar\u0131n\u0131 bilmek yeterli de\u011fildir. S\u00fcrekli ve g\u00fcvenilir bir strateji olu\u015fturmak i\u00e7in baz\u0131 en iyi uygulamalar\u0131 takip etmek \u00f6nemlidir.<\/p>\n En \u00f6nemli ipu\u00e7lar\u0131ndan biri budur. Yedeklerinizin ger\u00e7ekten i\u015fe yaray\u0131p yaramad\u0131\u011f\u0131n\u0131 bilmenin tek yolu, onlar\u0131 d\u00fczenli olarak test etmektir. Yeni bir sunucuda veya mevcut bir sunucuda test ortam\u0131 olu\u015fturarak yedekleme ve geri y\u00fckleme s\u00fcrecini ba\u015ftan sona uygulay\u0131n. Bu, hem prosed\u00fcr\u00fcn do\u011frulu\u011funu teyit eder hem de olas\u0131 sorunlar\u0131 felaket an\u0131ndan \u00f6nce tespit etmenizi sa\u011flar.<\/p>\n Yedekleme s\u0131kl\u0131\u011f\u0131, veri kayb\u0131 tolerans\u0131n\u0131za ba\u011fl\u0131d\u0131r.<\/p>\n * RDB:<\/strong> G\u00fcnde bir kez veya birka\u00e7 kez RDB yede\u011fi almak, \u00e7o\u011fu uygulama i\u00e7in yeterli olabilir, ancak bu, son RDB yede\u011fi ile \u00e7\u00f6kme an\u0131 aras\u0131ndaki t\u00fcm verilerin kaybolabilece\u011fi anlam\u0131na gelir. * \u015eifreleme:<\/strong> \u00d6zellikle hassas veriler i\u00e7eriyorsa ve uzak bir konuma yedekliyorsan\u0131z, yedekleme dosyalar\u0131n\u0131 \u015fifrelemek \u00f6nemlidir. Redis’in yerle\u015fik kal\u0131c\u0131l\u0131k mekanizmalar\u0131 tam yedekleme sa\u011flar (RDB bir anl\u0131k g\u00f6r\u00fcnt\u00fcd\u00fcr, AOF t\u00fcm komutlar\u0131 i\u00e7erir). Art\u0131ml\u0131 yedekleme i\u00e7in Redis’in do\u011frudan bir deste\u011fi yoktur. Ancak, Yedekleme betiklerinizin ba\u015far\u0131yla \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 d\u00fczenli olarak izleyin. Cron job’lar\u0131n \u00e7\u0131kt\u0131s\u0131n\u0131 log dosyalar\u0131na y\u00f6nlendirin ve bu log dosyalar\u0131n\u0131 hata veya uyar\u0131lar i\u00e7in kontrol edin. Ba\u015far\u0131s\u0131z yedeklemeler durumunda sizi bilgilendirecek uyar\u0131 sistemleri (e-posta, Slack, PagerDuty) kurmak, potansiyel veri kayb\u0131n\u0131 \u00f6nlemenin kritik bir par\u00e7as\u0131d\u0131r.<\/p>\n Redis Sentinel veya Redis Cluster, y\u00fcksek eri\u015filebilirlik (HA) ve \u00f6l\u00e7eklenebilirlik sa\u011flamak i\u00e7in kullan\u0131l\u0131r. Bu \u00e7\u00f6z\u00fcmler, birincil Redis sunucusu ar\u0131zaland\u0131\u011f\u0131nda otomatik olarak ikincil bir sunucuyu devreye sokarak hizmet kesintisini en aza indirir. Ancak, y\u00fcksek eri\u015filebilirlik, yedeklemenin yerini tutmaz. HA \u00e7\u00f6z\u00fcmleri, veri kayb\u0131 riskini azalt\u0131r ancak tamamen ortadan kald\u0131rmaz. \u00d6rne\u011fin, yanl\u0131\u015f bir yazma i\u015flemi veya bir veritaban\u0131 bozulmas\u0131, t\u00fcm replikalara yay\u0131labilir. Bu nedenle, Redis Sentinel veya Cluster kullan\u0131yor olsan\u0131z bile, d\u00fczenli yedekleme stratejileri uygulamaya devam etmelisiniz.<\/p>\n Makalenin ba\u015f\u0131nda da belirtildi\u011fi gibi, Ubuntu 14.04’\u00fcn resmi deste\u011fi sona ermi\u015ftir. Bu, g\u00fcvenlik g\u00fcncellemeleri ve hata d\u00fczeltmeleri almad\u0131\u011f\u0131 anlam\u0131na gelir. Bu t\u00fcr eski bir i\u015fletim sistemi \u00fczerinde kritik verileri bar\u0131nd\u0131rmak, ciddi g\u00fcvenlik riskleri ta\u015f\u0131r. M\u00fcmk\u00fcn olan en k\u0131sa s\u00fcrede daha g\u00fcncel ve desteklenen bir i\u015fletim sistemi s\u00fcr\u00fcm\u00fcne (\u00f6rne\u011fin Ubuntu 22.04 LTS) ge\u00e7i\u015f yapman\u0131z \u015fiddetle tavsiye edilir. Bu, sadece Redis verilerinizin de\u011fil, t\u00fcm sisteminizin g\u00fcvenli\u011fini ve kararl\u0131l\u0131\u011f\u0131n\u0131 art\u0131racakt\u0131r. Ge\u00e7i\u015f s\u0131ras\u0131nda da Redis yedekleme ve geri y\u00fckleme bilgileri hayati olacakt\u0131r.<\/p>\n Redis verilerinizin g\u00fcvenli\u011fini sa\u011flamak, her uygulama i\u00e7in vazge\u00e7ilmez bir ad\u0131md\u0131r. Ubuntu 14.04 gibi eski bir platformda \u00e7al\u0131\u015f\u0131yor olsan\u0131z bile, RDB ve AOF gibi Redis’in yerle\u015fik kal\u0131c\u0131l\u0131k mekanizmalar\u0131n\u0131 kullanarak etkili yedekleme stratejileri olu\u015fturmak m\u00fcmk\u00fcnd\u00fcr. Bu makalede, bu mekanizmalar\u0131n nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131, nas\u0131l yap\u0131land\u0131r\u0131laca\u011f\u0131n\u0131, manuel ve otomatik yedekleme y\u00f6ntemlerini ve yedekleri uzak konumlara nas\u0131l kopyalayaca\u011f\u0131n\u0131z\u0131 detayl\u0131 bir \u015fekilde inceledik.<\/p>\n Ayr\u0131ca, bir felaket durumunda verilerinizi sorunsuz bir \u015fekilde geri y\u00fcklemek i\u00e7in ad\u0131m ad\u0131m talimatlar sunduk ve bu s\u00fcre\u00e7te kar\u015f\u0131la\u015fabilece\u011finiz yayg\u0131n sorunlara \u00e7\u00f6z\u00fcmler getirdik. En iyi uygulamalar b\u00f6l\u00fcm\u00fcnde ise, yedekleri d\u00fczenli olarak test etmenin, yedekleme s\u0131kl\u0131\u011f\u0131n\u0131 do\u011fru ayarlaman\u0131n, dosyalar\u0131 \u015fifrelemenin ve s\u0131k\u0131\u015ft\u0131rman\u0131n, izleme ve uyar\u0131 sistemleri kurman\u0131n ve y\u00fcksek eri\u015filebilirlik \u00e7\u00f6z\u00fcmleriyle yedeklemenin ili\u015fkisini anlaman\u0131n \u00f6nemini vurgulad\u0131k.<\/p>\n Unutmay\u0131n, yedekleme stratejinizin g\u00fcc\u00fc, yedeklerinizin g\u00fcncelli\u011fi ve geri y\u00fcklenebilirli\u011fi ile \u00f6l\u00e7\u00fcl\u00fcr. Bu nedenle, sadece yedek almakla kalmay\u0131n, ayn\u0131 zamanda d\u00fczenli olarak geri y\u00fckleme s\u00fcre\u00e7lerinizi test edin. Son olarak, g\u00fcvenlik ve performans a\u00e7\u0131s\u0131ndan, Ubuntu 14.04 gibi desteklenmeyen sistemlerden daha g\u00fcncel ve desteklenen bir i\u015fletim sistemine ge\u00e7i\u015f yapmay\u0131 ciddi \u015fekilde de\u011ferlendirmeniz, uzun vadeli veri g\u00fcvenli\u011finiz i\u00e7in en kritik ad\u0131md\u0131r.<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Redis Verilerinizi Ubuntu 14.04 \u00dczerinde Yedekleme ve Geri Y\u00fckleme Rehberi\nRedis, bellek i\u00e7i veri yap\u0131s\u0131 deposu olarak, y\u00fcksek performansl\u0131 uy","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1468],"tags":[],"class_list":{"0":"post-34529","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-ubuntu","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n.rdb<\/code> dosyas\u0131na kaydeder. Bu dosyalar, Redis’in yeniden ba\u015flat\u0131lmas\u0131 durumunda verileri geri y\u00fcklemek i\u00e7in kullan\u0131l\u0131r.<\/p>\nRDB’nin Avantajlar\u0131:<\/h5>\n
\n* H\u0131zl\u0131 Geri Y\u00fckleme:<\/strong> B\u00fcy\u00fck veri k\u00fcmeleri i\u00e7in bile, RDB dosyalar\u0131ndan geri y\u00fckleme genellikle AOF’tan daha h\u0131zl\u0131d\u0131r, \u00e7\u00fcnk\u00fc Redis’in sadece dosyay\u0131 y\u00fcklemesi yeterlidir.
\n* Felaket Kurtarma \u0130\u00e7in \u0130deal:<\/strong> Bir felaket durumunda, en son RDB yede\u011fiyle h\u0131zl\u0131 bir \u015fekilde sistemi aya\u011fa kald\u0131rmak m\u00fcmk\u00fcnd\u00fcr.
\n* Performans:<\/strong> RDB yedekleme i\u015flemi, ana Redis s\u00fcrecini engellemeden ayr\u0131 bir alt s\u00fcre\u00e7 (fork) taraf\u0131ndan ger\u00e7ekle\u015ftirilir, bu da Redis’in performans\u0131n\u0131 minimum d\u00fczeyde etkiler.<\/p>\nRDB’nin Dezavantajlar\u0131:<\/h5>\n
\n* Daha Az Kontrol:<\/strong> Anl\u0131k g\u00f6r\u00fcnt\u00fclerin ne zaman al\u0131naca\u011f\u0131, yap\u0131land\u0131rma dosyas\u0131ndaki save<\/code> direktifleri ile belirlenir ve daha gran\u00fcler bir kontrol sa\u011flamaz.<\/p>\nAOF (Append Only File)<\/h4>\n
AOF’un Avantajlar\u0131:<\/h5>\n
appendfsync<\/code> ayarlar\u0131yla, \u00e7ok az veri kayb\u0131 ya\u015fan\u0131r (genellikle 1 saniye veya daha az).
\n* Daha \u0130yi Veri B\u00fct\u00fcnl\u00fc\u011f\u00fc:<\/strong> AOF dosyas\u0131, mant\u0131ksal bir komut dizisi oldu\u011fu i\u00e7in daha dayan\u0131kl\u0131d\u0131r ve bozulma durumunda redis-check-aof<\/code> arac\u0131yla tamir edilebilir.
\n* \u0130nsan Taraf\u0131ndan Okunabilir:<\/strong> AOF dosyas\u0131, Redis komutlar\u0131n\u0131 i\u00e7erdi\u011fi i\u00e7in insan taraf\u0131ndan okunabilir ve gerekirse manuel olarak incelenebilir veya d\u00fczenlenebilir (ancak bu tavsiye edilmez).<\/p>\nAOF’un Dezavantajlar\u0131:<\/h5>\n
\n* Daha Yava\u015f Geri Y\u00fckleme:<\/strong> Redis, AOF dosyas\u0131ndaki t\u00fcm komutlar\u0131 yeniden y\u00fcr\u00fctmek zorunda oldu\u011fu i\u00e7in, geri y\u00fckleme s\u00fcresi RDB’ye g\u00f6re daha uzun olabilir, \u00f6zellikle b\u00fcy\u00fck dosyalar i\u00e7in.
\n* Performans Etkisi:<\/strong> appendfsync<\/code> ayar\u0131na ba\u011fl\u0131 olarak, AOF yazma i\u015flemleri Redis’in performans\u0131n\u0131 bir miktar etkileyebilir. everysec<\/code> ayar\u0131 genellikle iyi bir denge sa\u011flar.<\/p>\nRDB ve AOF Birlikte Kullan\u0131m\u0131<\/h4>\n
Ortam Haz\u0131rl\u0131\u011f\u0131 (Ubuntu 14.04)<\/h3>\n
Redis Kurulumu (E\u011fer Yoksa)<\/h4>\n
sudo apt-get update\nsudo apt-get install redis-server<\/code><\/pre>\nsudo service redis-server status<\/code><\/pre>\nredis-cli ping<\/code><\/pre>\nPONG<\/code> almal\u0131s\u0131n\u0131z.<\/p>\nGerekli Ara\u00e7lar<\/h4>\n
rsync<\/code><\/strong>: Dosyalar\u0131 yerel veya uzak sistemler aras\u0131nda verimli bir \u015fekilde senkronize etmek i\u00e7in kullan\u0131l\u0131r.
\n* tar<\/code><\/strong>: Dosya ve dizinleri ar\u015fivlemek ve s\u0131k\u0131\u015ft\u0131rmak i\u00e7in kullan\u0131l\u0131r.
\n* ssh<\/code> ve scp<\/code><\/strong>: Uzak sunuculara g\u00fcvenli bir \u015fekilde ba\u011flanmak ve dosya kopyalamak i\u00e7in kullan\u0131l\u0131r.<\/p>\nsudo apt-get install rsync tar openssh-client openssh-server<\/code><\/pre>\nDizin Yap\u0131s\u0131 ve \u0130zinler<\/h4>\n
\/var\/lib\/redis<\/code> dizininde tutar. Yap\u0131land\u0131rma dosyas\u0131 ise \/etc\/redis\/redis.conf<\/code> konumundad\u0131r. Yedekleme dosyalar\u0131n\u0131 saklamak i\u00e7in ayr\u0131 bir dizin olu\u015fturmak iyi bir uygulamad\u0131r. \u00d6rne\u011fin:<\/p>\nsudo mkdir -p \/var\/backups\/redis\nsudo chown redis:redis \/var\/backups\/redis # Redis kullan\u0131c\u0131s\u0131 i\u00e7in izinler\nsudo chmod 750 \/var\/backups\/redis<\/code><\/pre>\nRedis Yap\u0131land\u0131rma Dosyas\u0131 (
\/etc\/redis\/redis.conf<\/code>)<\/h4>\ndir \/var\/lib\/redis<\/code>: Redis’in veri dosyalar\u0131n\u0131 (RDB ve AOF) saklad\u0131\u011f\u0131 dizin. Bu dizin genellikle Redis kullan\u0131c\u0131s\u0131n\u0131n yazma izinlerine sahip oldu\u011fu bir yer olmal\u0131d\u0131r.
\n* save save 900 1<\/code> (900 saniyede en az 1 de\u011fi\u015fiklik), save 300 10<\/code> (300 saniyede en az 10 de\u011fi\u015fiklik) ve save 60 10000<\/code> (60 saniyede en az 10000 de\u011fi\u015fiklik).
\n* appendonly yes\/no<\/code>: AOF kal\u0131c\u0131l\u0131\u011f\u0131n\u0131 etkinle\u015ftirir veya devre d\u0131\u015f\u0131 b\u0131rak\u0131r.
\n* appendfilename \"appendonly.aof\"<\/code>: AOF dosyas\u0131n\u0131n ad\u0131.
\n* appendfsync always\/everysec\/no<\/code>: AOF dosyas\u0131n\u0131n diske ne s\u0131kl\u0131kla senkronize edilece\u011fini belirler. everysec<\/code> (her saniye) genellikle iyi bir denge sunar.<\/p>\nRedis Verilerini Yedekleme<\/h3>\n
RDB Y\u00f6ntemi ile Yedekleme<\/h4>\n
Otomatik RDB Yap\u0131land\u0131rmas\u0131<\/h5>\n
\/etc\/redis\/redis.conf<\/code> ) a\u015fa\u011f\u0131daki gibi save<\/code> direktifleri bulunur:<\/p>\nsave 900 1\nsave 300 10\nsave 60 10000<\/code><\/pre>\nBGSAVE<\/code> komutu \u00e7al\u0131\u015ft\u0131rmas\u0131n\u0131 sa\u011flar. Bu, arka planda bir RDB dosyas\u0131 olu\u015fturulaca\u011f\u0131 anlam\u0131na gelir. Olu\u015fturulan dosya genellikle dump.rdb<\/code> ad\u0131n\u0131 ta\u015f\u0131r ve dir<\/code> direktifinde belirtilen dizinde (varsay\u0131lan olarak \/var\/lib\/redis<\/code>) bulunur.<\/p>\nManuel RDB Yedekleme (
BGSAVE<\/code> Komutu)<\/h5>\nredis-cli BGSAVE<\/code><\/pre>\n\/var\/lib\/redis\/dump.rdb<\/code> dosyas\u0131 g\u00fcncellenmi\u015f olacakt\u0131r.<\/p>\nYedekleme Dosyas\u0131n\u0131 G\u00fcvenli Bir Yere Kopyalama<\/h5>\n
dump.rdb<\/code> dosyas\u0131 olu\u015fturulduktan sonra, onu g\u00fcvenli bir yedekleme konumuna kopyalamak \u00f6nemlidir. Ayn\u0131 sunucuda farkl\u0131 bir dizine veya uzak bir sunucuya kopyalayabilirsiniz.<\/p>\nsudo cp \/var\/lib\/redis\/dump.rdb \/var\/backups\/redis\/dump-$(date +%Y%m%d%H%M%S).rdb<\/code><\/pre>\ndump.rdb<\/code> dosyas\u0131n\u0131 zaman damgas\u0131yla birlikte \/var\/backups\/redis<\/code> dizinine kopyalar.<\/p>\n# \u0130lk olarak manuel bir BGSAVE tetikleyin\nredis-cli BGSAVE\n\nArd\u0131ndan dosyay\u0131 uzak sunucuya kopyalay\u0131n<\/h2>\nsudo scp \/var\/lib\/redis\/dump.rdb user@remote_host:\/path\/to\/remote\/backups\/redis\/dump-$(date +%Y%m%d%H%M%S).rdb<\/code><\/pre>\n
Cron Job ile Otomatik RDB Yedekleme<\/h5>\n
\/usr\/local\/bin\/redis-rdb-backup.sh<\/code><\/p>\n#!\/bin\/bash\n\nYedekleme dizini<\/h2>\nBACKUP_DIR=\"\/var\/backups\/redis\"\nREDIS_DATA_DIR=\"\/var\/lib\/redis\"\nRDB_FILE=\"dump.rdb\"\nTIMESTAMP=$(date +%Y%m%d%H%M%S)\nBACKUP_FILE=\"${BACKUP_DIR}\/dump-${TIMESTAMP}.rdb.gz\"\nRETENTION_DAYS=7 # Ka\u00e7 g\u00fcn yedekleri saklayal\u0131m\n\n
Redis'ten BGSAVE komutunu tetikle<\/h2>\nredis-cli BGSAVE\n\n
BGSAVE'in tamamlanmas\u0131n\u0131 bekleyin (iste\u011fe ba\u011fl\u0131, ancak b\u00fcy\u00fck veritabanlar\u0131 i\u00e7in \u00f6nerilir)<\/h2>\n
Bu komut, son BGSAVE i\u015fleminin tamamlan\u0131p tamamlanmad\u0131\u011f\u0131n\u0131 kontrol eder.<\/h2>\n
E\u011fer tamamlanmad\u0131ysa, \"OK\" d\u00f6nd\u00fcrecektir. Tamamlanana kadar d\u00f6ng\u00fcde kal\u0131r.<\/h2>\nwhile ! redis-cli INFO persistence | grep -q \"rdb_bgsave_in_progress:0\"; do\n echo \"RDB BGSAVE i\u015flemi devam ediyor, bekliyor...\"\n sleep 5\ndone\n\n
RDB dosyas\u0131n\u0131 s\u0131k\u0131\u015ft\u0131rarak yedekleme dizinine kopyala<\/h2>\nsudo cp \"${REDIS_DATA_DIR}\/${RDB_FILE}\" \"${BACKUP_FILE%.gz}\"\nsudo gzip \"${BACKUP_FILE%.gz}\"\n\n
Eski yedekleri sil<\/h2>\nfind \"${BACKUP_DIR}\" -name \"dump-*.rdb.gz\" -mtime +\"${RETENTION_DAYS}\" -delete\n\necho \"Redis RDB yede\u011fi ba\u015far\u0131yla al\u0131nd\u0131: ${BACKUP_FILE}\"<\/code><\/pre>\n
sudo chmod +x \/usr\/local\/bin\/redis-rdb-backup.sh<\/code><\/pre>\nsudo crontab -e<\/code> komutunu kullanarak root kullan\u0131c\u0131s\u0131n\u0131n cron tablosunu d\u00fczenleyin ve a\u015fa\u011f\u0131daki sat\u0131r\u0131 ekleyin:<\/p>\n0 0 <\/em> * \/usr\/local\/bin\/redis-rdb-backup.sh >> \/var\/log\/redis_rdb_backup.log 2>&1<\/code><\/pre>\n\/var\/log\/redis_rdb_backup.log<\/code> dosyas\u0131na y\u00f6nlendirecektir.<\/p>\nAOF Y\u00f6ntemi ile Yedekleme<\/h4>\n
AOF’u Etkinle\u015ftirme<\/h5>\n
\/etc\/redis\/redis.conf<\/code> dosyas\u0131n\u0131 d\u00fczenleyin:<\/p>\nappendonly yes\nappendfilename \"appendonly.aof\"\nappendfsync everysec<\/code><\/pre>\nsudo service redis-server restart<\/code><\/pre>\n\/var\/lib\/redis\/appendonly.aof<\/code> ad\u0131nda bir dosya olu\u015fturmaya ba\u015flayacakt\u0131r.<\/p>\nAOF Rewrite (
BGREWRITEAOF<\/code>)<\/h5>\nBGREWRITEAOF<\/code> komutu, AOF dosyas\u0131n\u0131 optimize ederek daha k\u00fc\u00e7\u00fck ve daha verimli hale getirir. Bu i\u015flem, Redis’in mevcut veri k\u00fcmesini temsil eden minimum say\u0131da komutu i\u00e7eren yeni bir AOF dosyas\u0131 olu\u015fturur.<\/p>\nredis-cli BGREWRITEAOF<\/code><\/pre>\nAOF Dosyas\u0131n\u0131 Kopyalama<\/h5>\n
appendfsync everysec<\/code> modunda \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 varsayarsak, dosya genellikle tutarl\u0131d\u0131r.<\/p>\nsudo cp \/var\/lib\/redis\/appendonly.aof \/var\/backups\/redis\/appendonly-$(date +%Y%m%d%H%M%S).aof<\/code><\/pre>\nrsync<\/code> arac\u0131, \u00f6zellikle b\u00fcy\u00fck dosyalar ve uzak yedeklemeler i\u00e7in daha verimli olabilir, \u00e7\u00fcnk\u00fc sadece de\u011fi\u015fen k\u0131s\u0131mlar\u0131 kopyalar.<\/p>\nsudo rsync -az --progress \/var\/lib\/redis\/appendonly.aof user@remote_host:\/path\/to\/remote\/backups\/redis\/appendonly-$(date +%Y%m%d%H%M%S).aof<\/code><\/pre>\nCron Job ile Otomatik AOF Yedekleme<\/h5>\n
BGREWRITEAOF<\/code> komutunu tetikleyecektir.<\/p>\n\/usr\/local\/bin\/redis-aof-backup.sh<\/code><\/p>\n#!\/bin\/bash\n\nYedekleme dizini<\/h2>\nBACKUP_DIR=\"\/var\/backups\/redis\"\nREDIS_DATA_DIR=\"\/var\/lib\/redis\"\nAOF_FILE=\"appendonly.aof\"\nTIMESTAMP=$(date +%Y%m%d%H%M%S)\nBACKUP_FILE=\"${BACKUP_DIR}\/appendonly-${TIMESTAMP}.aof.gz\"\nRETENTION_DAYS=7 # Ka\u00e7 g\u00fcn yedekleri saklayal\u0131m\n\n
AOF rewrite i\u015flemini tetikle (iste\u011fe ba\u011fl\u0131, ancak \u00f6nerilir)<\/h2>\n
Bu, AOF dosyas\u0131n\u0131n boyutunu optimize eder.<\/h2>\nredis-cli BGREWRITEAOF\n\n
AOF rewrite i\u015fleminin tamamlanmas\u0131n\u0131 bekleyin<\/h2>\nwhile ! redis-cli INFO persistence | grep -q \"aof_rewrite_in_progress:0\"; do\n echo \"AOF rewrite i\u015flemi devam ediyor, bekliyor...\"\n sleep 5\ndone\n\n
AOF dosyas\u0131n\u0131 s\u0131k\u0131\u015ft\u0131rarak yedekleme dizinine kopyala<\/h2>\nsudo cp \"${REDIS_DATA_DIR}\/${AOF_FILE}\" \"${BACKUP_FILE%.gz}\"\nsudo gzip \"${BACKUP_FILE%.gz}\"\n\n
Eski yedekleri sil<\/h2>\nfind \"${BACKUP_DIR}\" -name \"appendonly-*.aof.gz\" -mtime +\"${RETENTION_DAYS}\" -delete\n\necho \"Redis AOF yede\u011fi ba\u015far\u0131yla al\u0131nd\u0131: ${BACKUP_FILE}\"<\/code><\/pre>\n
sudo chmod +x \/usr\/local\/bin\/redis-aof-backup.sh<\/code><\/pre>\nsudo crontab -e<\/code><\/p>\n30 1 <\/em> * \/usr\/local\/bin\/redis-aof-backup.sh >> \/var\/log\/redis_aof_backup.log 2>&1<\/code><\/pre>\nHer \u0130ki Y\u00f6ntemi Birlikte Kullanma<\/h4>\n
D\u0131\u015f Ortama Yedekleme<\/h4>\n
scp<\/code> komutunu kullanarak yedekleme dosyalar\u0131n\u0131 uzak bir sunucuya kopyalayabilirsiniz. SSH anahtarlar\u0131 kullanarak parola gerektirmeyen eri\u015fim kurmak, otomatik yedeklemeler i\u00e7in idealdir.
\n* rsync over SSH<\/strong>: B\u00fcy\u00fck dosyalar\u0131n veya dizinlerin uzak bir konuma kopyalanmas\u0131 i\u00e7in rsync<\/code> \u00e7ok verimlidir. Sadece de\u011fi\u015fen bloklar\u0131 kopyalayarak bant geni\u015fli\u011finden tasarruf sa\u011flar.
\n* Bulut Depolama Entegrasyonu<\/strong>: Amazon S3, Google Cloud Storage veya Azure Blob Storage gibi bulut depolama hizmetleri, yedekleriniz i\u00e7in g\u00fcvenli, \u00f6l\u00e7eklenebilir ve uygun maliyetli bir \u00e7\u00f6z\u00fcm sunar. Bu hizmetlerin CLI ara\u00e7lar\u0131 veya S3 uyumlu ara\u00e7lar (minio client gibi) ile yedeklerinizi do\u011frudan buluta y\u00fckleyebilirsiniz.<\/p>\n\/usr\/local\/bin\/redis-remote-backup.sh<\/code><\/p>\n#!\/bin\/bash\n\nLOCAL_BACKUP_DIR=\"\/var\/backups\/redis\"\nREMOTE_USER=\"backupuser\"\nREMOTE_HOST=\"your_remote_backup_server.com\"\nREMOTE_PATH=\"\/path\/to\/remote\/redis_backups\"\n\nEn son RDB ve AOF yedeklerini uzak sunucuya kopyala<\/h2>\n
rsync ile sadece de\u011fi\u015fen dosyalar\u0131 veya yeni dosyalar\u0131 kopyalayabilirsiniz<\/h2>\nrsync -avz --remove-source-files \"${LOCAL_BACKUP_DIR}\/dump-*.rdb.gz\" \"${REMOTE_USER}@${REMOTE_HOST}:${REMOTE_PATH}\/\"\nrsync -avz --remove-source-files \"${LOCAL_BACKUP_DIR}\/appendonly-*.aof.gz\" \"${REMOTE_USER}@${REMOTE_HOST}:${REMOTE_PATH}\/\"\n\n
--remove-source-files parametresi, ba\u015far\u0131l\u0131 kopyalamadan sonra yerel dosyalar\u0131 siler.<\/h2>\n
Dikkatli kullan\u0131n! Yaln\u0131zca uzak yedekleme ana stratejinizse kullan\u0131n.<\/h2>\n
Genellikle yerel kopyalar\u0131 bir s\u00fcre tutmak daha g\u00fcvenlidir.<\/code><\/pre>\n<\/h2>\n
Redis Verilerini Geri Y\u00fckleme<\/h3>\n
RDB Y\u00f6ntemi ile Geri Y\u00fckleme<\/h4>\n
dump.rdb<\/code> dosyas\u0131n\u0131 otomatik olarak y\u00fckler.<\/p>\nAd\u0131mlar:<\/h5>\n
sudo service redis-server stop<\/code><\/pre>\ndump-20231027103000.rdb.gz<\/code>) Redis’in veri dizinine (varsay\u0131lan olarak \/var\/lib\/redis<\/code>) kopyalay\u0131n ve ad\u0131n\u0131 dump.rdb<\/code> olarak de\u011fi\u015ftirin. E\u011fer dosya s\u0131k\u0131\u015ft\u0131r\u0131lm\u0131\u015fsa, \u00f6nce a\u00e7man\u0131z gerekir.<\/p>\n# S\u0131k\u0131\u015ft\u0131r\u0131lm\u0131\u015fsa \u00f6nce a\u00e7\u0131n\n sudo gunzip \/var\/backups\/redis\/dump-20231027103000.rdb.gz\n\n # Kopyalay\u0131n ve yeniden adland\u0131r\u0131n\n sudo cp \/var\/backups\/redis\/dump-20231027103000.rdb \/var\/lib\/redis\/dump.rdb\n\n # Do\u011fru izinleri ayarlay\u0131n\n sudo chown redis:redis \/var\/lib\/redis\/dump.rdb\n sudo chmod 644 \/var\/lib\/redis\/dump.rdb<\/code><\/pre>\ndump.rdb<\/code> dosyas\u0131 varsa, \u00fczerine yaz\u0131lmadan \u00f6nce onu yedeklemeniz veya silmeniz \u00f6nerilir.<\/p>\ndump.rdb<\/code> dosyas\u0131n\u0131 y\u00fckleyecek ve verileri geri y\u00fckleyecektir.<\/p>\nsudo service redis-server start<\/code><\/pre>\nredis-cli KEYS \"*\"\n redis-cli GET mykey<\/code><\/pre>\nAOF Y\u00f6ntemi ile Geri Y\u00fckleme<\/h4>\n
Ad\u0131mlar:<\/h5>\n
sudo service redis-server stop<\/code><\/pre>\nappendonly-20231027103000.aof.gz<\/code>) Redis’in veri dizinine (varsay\u0131lan olarak \/var\/lib\/redis<\/code>) kopyalay\u0131n ve ad\u0131n\u0131 appendonly.aof<\/code> olarak de\u011fi\u015ftirin. E\u011fer dosya s\u0131k\u0131\u015ft\u0131r\u0131lm\u0131\u015fsa, \u00f6nce a\u00e7man\u0131z gerekir.<\/p>\n# S\u0131k\u0131\u015ft\u0131r\u0131lm\u0131\u015fsa \u00f6nce a\u00e7\u0131n\n sudo gunzip \/var\/backups\/redis\/appendonly-20231027103000.aof.gz\n\n # Kopyalay\u0131n ve yeniden adland\u0131r\u0131n\n sudo cp \/var\/backups\/redis\/appendonly-20231027103000.aof \/var\/lib\/redis\/appendonly.aof\n\n # Do\u011fru izinleri ayarlay\u0131n\n sudo chown redis:redis \/var\/lib\/redis\/appendonly.aof\n sudo chmod 644 \/var\/lib\/redis\/appendonly.aof<\/code><\/pre>\nappendonly.aof<\/code> dosyas\u0131 varsa, \u00fczerine yaz\u0131lmadan \u00f6nce onu yedeklemeniz veya silmeniz \u00f6nerilir.<\/p>\n\/etc\/redis\/redis.conf<\/code> dosyas\u0131nda appendonly yes<\/code> sat\u0131r\u0131n\u0131n etkin oldu\u011fundan emin olun.<\/p>\nredis-check-aof --fix \/var\/lib\/redis\/appendonly.aof<\/code><\/pre>\nsudo service redis-server start<\/code><\/pre>\nOlas\u0131 Sorunlar ve \u00c7\u00f6z\u00fcmleri<\/h4>\n
redis:redis<\/code> kullan\u0131c\u0131s\u0131na ve grubuna do\u011fru okuma\/yazma izinlerini (chown<\/code>, chmod<\/code>) vermediyseniz, Redis dosyalar\u0131 y\u00fckleyemeyebilir.
\n* Dosya Bozulmas\u0131:<\/strong> Yedekleme dosyas\u0131 bozuk olabilir. Bu nedenle birden fazla yedek kopyas\u0131 tutmak ve yedekleri d\u00fczenli olarak test etmek \u00f6nemlidir. AOF i\u00e7in redis-check-aof --fix<\/code> kullan\u0131n. RDB dosyalar\u0131 i\u00e7in maalesef benzer bir onar\u0131m arac\u0131 yoktur, bu y\u00fczden sa\u011flam RDB yedekleri almak kritik.
\n* Redis Ba\u015flam\u0131yor:<\/strong> Redis, ba\u015flang\u0131\u00e7ta bir hata g\u00fcnl\u00fc\u011f\u00fc (\/var\/log\/redis\/redis-server.log<\/code> veya syslog<\/code>) olu\u015fturur. Bu g\u00fcnl\u00fc\u011f\u00fc kontrol ederek hatan\u0131n nedenini anlayabilirsiniz. Genellikle izin sorunlar\u0131 veya bozuk veri dosyalar\u0131 Redis’in ba\u015flamas\u0131n\u0131 engeller.
\n* Disk Alan\u0131 Yetersizli\u011fi:<\/strong> \u00d6zellikle AOF dosyalar\u0131 veya s\u0131k\u0131\u015ft\u0131r\u0131lmam\u0131\u015f RDB dosyalar\u0131 b\u00fcy\u00fck olabilir. Yeterli disk alan\u0131na sahip oldu\u011funuzdan emin olun.<\/p>\nEn \u0130yi Uygulamalar ve Ek \u0130pu\u00e7lar\u0131<\/h3>\n
Yedekleri D\u00fczenli Olarak Test Etme<\/h4>\n
Yedekleme S\u0131kl\u0131\u011f\u0131<\/h4>\n
\n* AOF:<\/strong> appendfsync everysec<\/code> ile AOF kullan\u0131yorsan\u0131z, neredeyse ger\u00e7ek zamanl\u0131 kal\u0131c\u0131l\u0131k elde edersiniz. AOF dosyas\u0131n\u0131 d\u00fczenli olarak yedeklemek, ge\u00e7mi\u015fe d\u00f6n\u00fck kurtarma noktalar\u0131 olu\u015fturman\u0131za yard\u0131mc\u0131 olur.
\n* Kombinasyon:<\/strong> En iyi yakla\u015f\u0131m, her ikisini de kullanmakt\u0131r. RDB ile h\u0131zl\u0131 geri y\u00fcklemeler i\u00e7in sa\u011flam temel yedekler al\u0131n ve AOF ile minimum veri kayb\u0131 sa\u011flay\u0131n.<\/p>\nYedekleme Dosyalar\u0131n\u0131n \u015eifrelenmesi ve S\u0131k\u0131\u015ft\u0131r\u0131lmas\u0131<\/h4>\n
gpg<\/code> veya openssl<\/code> gibi ara\u00e7lar\u0131 kullanarak dosyalar\u0131 \u015fifreleyebilirsiniz.
\n* S\u0131k\u0131\u015ft\u0131rma:<\/strong> Yedekleme dosyalar\u0131n\u0131 s\u0131k\u0131\u015ft\u0131rmak (gzip<\/code>, bzip2<\/code>) hem disk alan\u0131ndan tasarruf sa\u011flar hem de a\u011f \u00fczerinden aktar\u0131m s\u00fcrelerini k\u0131salt\u0131r. Yukar\u0131daki \u00f6rneklerde gzip<\/code> kullan\u0131lm\u0131\u015ft\u0131r.<\/p>\nYedekleme Stratejileri (Tam, Art\u0131ml\u0131)<\/h4>\n
rsync<\/code> gibi ara\u00e7lar, uzak bir konuma kopyalama yaparken sadece de\u011fi\u015fen bloklar\u0131 aktararak art\u0131ml\u0131 yedekleme benzeri bir davran\u0131\u015f sergileyebilir.<\/p>\n\u0130zleme ve Uyar\u0131lar<\/h4>\n
Redis Sentinel\/Cluster ile Y\u00fcksek Eri\u015filebilirlik ve Yedekleme \u0130li\u015fkisi<\/h4>\n
Ubuntu 14.04’\u00fcn Son Deste\u011finin Sona Ermesi<\/h4>\n
Sonu\u00e7<\/h3>\n