Peki mysql / postgres türünde veriler için hangi dosya sistemini (fs) önerirsiniz? Birazdan fırtına kopmaz umarım :D Paz, 2010-09-19 tarihinde 00:13 +0300 saatinde, Osman Yozgatlioglu yazdı: > Selamlar, > > Benim için doğru olan herkes için doğru olmayabilir. Sadece kendi > uyguladığım sistem hakkında bilgi vereyim. > > Şirketimizde kullandığımız web uygulaması için farklı bir > datacenter'da, bizim için Ankara'da bir datacenter, benzer bir sunucu > barındırıyorum. İstanbul'daki bir datacenter'daki sunucularımın > benzeri bir donanımı var. Maliyeti azaltmak için veritabanı ile > uygulamayı birleştirdim. > Bu felaket önleme amaçlı sunucu asıl sunucuda saatlik olarak > oluşturulan veritabanı yedeklerini kendi üzerine çekiyor. Günde birkaç > kez de uygulamanın kendisini eşitliyor. > > Benim tüm verim veritabanı içinde olduğu için asıl sunucu üzerinde > saatlik olarak veritabanı yedeği alıyorum. Ortalama 1GB'lık veri. Ama > rdiff ile günlük ve saatlik farklarını sakladığım için tüm günün > verisi 1.2GB'ı geçmiyor. Bu veri çok ufak olduğu için tüm işlemleri > asıl veritabanı sunucusu üzerinde yapıyorum. Verim fazlalaşınca aynı > lokasyonda replike bir veritabanı sunucusu bulundurup bu tip yedekleme > işlemlerini ikinci sunucuda halledeceğim. > > Ortaya çıkan veri sadece saatlik farkları kapsadığı için hem başka > yere transferi kolay oluyor, hem de veritabanı bağlamında saatlik > olarak geri dönüşler yapabiliyorum. > > Herhangi bir felaket senaryosunda dns üzerinde bir güncelleme ile > Ankara'daki sunucuyu devreye alıp, son aktarılmış veritabanı ile > kaldığımız yerden devam edebiliyoruz. En son yaptığım testte 8 dakika > içinde yedek sistemi devreye alabilmiştim. > > Tekrar etmem gerekiyor, yedekleme ve felaket kurtarma planları tamamen > gereksinimlere göre kurulmalıdır. Yaptığımız iş bordrolama ve ayın > belli günleri haricinde pek zaman bağımlısı değil. Yukarda anlattığım > sistem bir saatlik verinin kaybolmasına ve yedek sistemin yaklaşık 15 > dakika sonra devreye girmesine tolerans gösterebilecek bir ihtiyaca > göre planlanmıştır. > > İyi çalışmalar, > Osman > > 2010/9/18 Rüştü Derici <rustuder...@gmail.com>: > > Osman Bey bahsettiginiz felaket onleme altyyapilari ve atomizasyonu > > biraz anlatabilir misiniz? > > saygilar, > > Rustu Derici > > > > On Friday, September 17, 2010, Osman Yozgatlioglu > > <osman.yozgatlio...@gmail.com> wrote: > >> Selamlar, > >> > >> 300-400 GB'lık verinin periyodunu belirtmemişsiniz. Günlük mü? > >> > >> Öncelikle belirtmem gereken birşey var; hazır kurulduğunda tüm > >> sorunları çözüp herşeye cevap verecek bir yedekleme sistemi yok. > >> Yedekleme, dikkatlice planlama ve devamlı kontrol gerektiren bir > >> süreç. Şirket değerlerini oluşturan verinin birçok farklı > >> karakteristik içerdiğini de gözönüne alırsanız (uymak zorunda > >> olduğunuz servis seviyeleri, farklı retension süreleri, saklanması > >> gereken farklı karakterdeki veriler) ne demek istediğimi daha net > >> anlayabilirsiniz. Örneğin bir svn sisteminin yedekleme mantığı ile > >> samba paylaşımının arasında benzerlik dahi olmadığı gibi, veritabanını > >> nasıl yedekleyeceğiniz tamamen ayrı bir konu haline gelebilir. > >> > >> Taktikleri, senaryoları ve prosedürleri oluşturduktan sonra ancak ben > >> bu yedekleri nereye kaydedeceğim konusuna geliyoruz. > >> > >> İşe başladığım sıralarda teyp kullanmıştım. Ama hızları yetersiz. Bu > >> yüzden disk kullanmaya başladım. > >> Merkezi bir yedekleme sunucusuna topladığım yedekleri çıkarılabilir > >> disklere aktarıyorum. > >> Linux kerneli eğer son sistem bir anakart kullanmıyorsanız sata hot > >> swap'ta sorun çıkarmıyor. > >> Terabaytlık disklerin sakız fiyatına satıldığını da düşünürseniz > >> teyple uğraşmak bence gereksiz. > >> Ayrıca, teyplerin ve sürücülerinin zaman içinde size nasıl bir oyun > >> oynayacağını bilemiyorsunuz. > >> Ben ek önlem olarak, felaket önleme altyapılarını yedekleme ortamı > >> olarak ta kullanıyorum. Aktarılacak veriyi atomize ettiğinizde makul > >> bir şekilde internetten transfer edebiliyorsunuz. > >> > >> Hatta bir arkadaşım üşenmemiş, veritabanı yedeklerini gmail'de > >> depolayan bir yapı kurmuştu. > >> > >> İyi çalışmalar, > >> Osman Yozgatlıoğlu > >> > >> 2010/9/16 Mesut GÜLER <me...@egemenyazilim.com>: > >>> Merhaba arkadaslar, > >>> En fazla 300 - 400 GB olmasi tahmin edilen verileri yedeklemek icin tape > >>> yedekleme unitesi yada benzeri bir cozum dusunuyoruz. Bu konuda > >>> tecrubeli arkadaslarin onerileri ne olur? > >>> > >>> tesekkurler. > >>> _______________________________________________ > >>> Linux-sunucu E-Posta Listesi > >>> Linux-sunucu@liste.linux.org.tr > >>> > >>> Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından > >>> okuyabilirsiniz; > >>> > >>> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen > >>> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 > >>> dakika içinde üyeliğinizi sonlandırabilirsiniz. > >>> https://liste.linux.org.tr/mailman/listinfo/linux-sunucu > >>> > >> _______________________________________________ > >> Linux-sunucu E-Posta Listesi > >> Linux-sunucu@liste.linux.org.tr > >> > >> Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından > >> okuyabilirsiniz; > >> > >> Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen > >> e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 > >> dakika içinde üyeliğinizi sonlandırabilirsiniz. > >> https://liste.linux.org.tr/mailman/listinfo/linux-sunucu > >> > > _______________________________________________ > > Linux-sunucu E-Posta Listesi > > Linux-sunucu@liste.linux.org.tr > > > > Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından > > okuyabilirsiniz; > > > > Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen > > e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 > > dakika içinde üyeliğinizi sonlandırabilirsiniz. > > https://liste.linux.org.tr/mailman/listinfo/linux-sunucu > > > _______________________________________________ > Linux-sunucu E-Posta Listesi > Linux-sunucu@liste.linux.org.tr > > Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından > okuyabilirsiniz; > > Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen > e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 > dakika içinde üyeliğinizi sonlandırabilirsiniz. > https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
_______________________________________________ Linux-sunucu E-Posta Listesi Linux-sunucu@liste.linux.org.tr Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
