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
