[prev in list] [next in list] [prev in thread] [next in thread]
List: linux-sunucu
Subject: [Linux-sunucu] =?utf-8?b?WWFuOiAgUmU6IFlhbjogIFJlOiBNeXNxbCDEsMOnaW4gWWVkZWsg?=
From: "Bedreddin ŞAHBAZ" <bedreddinsahbaz () yahoo ! com>
Date: 2014-09-11 13:14:51
Message-ID: 1410441291.88314.YahooMailNeo () web121006 ! mail ! ne1 ! yahoo ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Çok teşekkür ediyorum ilginiz için. Ne yapılması gerektiğini üç aşağı \
beş yukarı bilsem de ustaca çözümler için öneri almak iyi olacak diye \
düşündüm. Değerlendirmeniz aydınlatıcı oldu benim için. Peki şu makaledeki \
yedekleme metodu için ne düşünürsünüz, uygulayan oldu mu acaba listede hiç?
http://www.syslogs.org/mysql-high-availability-setup-drbd-pacemaker-corosync/#DRBD
11 Eylül 2014 15:30 Perşembe tarihinde Doruk Fisek <dfisek@ozguryazilim.com.tr> \
şöyle yazdı:
Thu, 11 Sep 2014 05:05:28 -0700, "Bedreddin ŞAHBAZ"
<bedreddinsahbaz@yahoo.com> :
> Cevap için teşekkürler öncelikle. Detaylar pek önemli olmadığı için
> yazmadım. Benim sizden öneri beklediğim nokta bu tip bir yapıyı siz
> olsanız nasıl kurarsınız? Yedekleme kısmından öte bir birine eş 2
> sunucum olsun ve birisi down olursa diğeri ile yola devam edeyim
> istiyorum (bir nevi HA yani). Bunun yanında tabii belli aralıklarla
> veriyi yedeklemek de lazım. Sizin senaryonuz nedir? Mysql'i replike
> mi ediyorsunuz? Başka bir çözümünüz mü var bunu öğrenmek istiyorum
> sadece?
Yedekleme politikanızı, ne kadar veri kaybına tahammülünüz olduğu ile
ölçebilirsiniz.
Replikasyon gerekli bir yedekleme yöntemidir çünkü anlık veri kaybına
tahammül olmayan durumlarda bile veri kaybı olmasını engeller.
Replikasyon sırasında binary log tutarsınız (mecburen). Binary log,
veritabanı üzerinde yapılan tüm veri değişikliklerini kaydeder,
gerekirse herhangi bir sorgunun öncesine dönmenizi (ör: DROP DATABASE
xxx) ya da o sorguyu çıkartarak veritabanını baştan oluşturmanızı
mümkün kılar.
Ancak replikasyon tek başına en iyi çözüm değil. Çünkü Adil'in de dediği
gibi her iki sunucu da canlı veri tutuyor. Bundan bir gün öncesinin ya
da bir hafta öncesinin veritabanı yedeğine ihtiyacınız olabilir (veri
karşılaştırmak, davranış test etmek, vs). Teorik olarak bunu replikasyon
için tutulan binary log'dan çıkarmak mümkün ama zahmetli. O nedenle bir
de belirli aralıklarla mysqldump gibi bir araçla başka bir medyaya
yedek almanızda yarar var. InnoDB kullanıyorsanız, mysqldump yerine
Percona Xtrabackup'ı tercih edebilirsiniz, çok daha hızlı çalışacaktır.
Üstelik incremental yedek alma olanağı da sağlıyor. Bacula gibi bir
yedekleme sistemiyle birleştirirseniz, rahatça yönetebilirsiniz.
Bunlara ek olarak kullanılan bir yöntem de "gecikmeli" 3. bir slave
tutmak. Bu slave, kasıtlı olarak belirli bir süre (ör: 1 saat) geriden
gelerek verileri takip eder. Böylece 1 gün kadar soğuk değil ama anlık
kadar da sıcak olmayan bir "ılık" yedeğinizin olmasını sağlayacaktır.
Özellikle veri miktarı aktardığında yedek alma ve yedekten dönme
işlemleri çok uzun sürebiliyor, bu tip bir "kademeli" yedeğin avantajı
oluyor.
Doruk
--
Özgür Yazılım A.Ş. ~ #
http://www.ozguryazilim.com.tr
_______________________________________________
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
[Attachment #5 (text/html)]
<html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, \
Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:12pt"><div \
style="" class=""><span style="" class="">Çok teşekkür ediyorum ilginiz için. Ne \
yapılması gerektiğini üç aşağı beş yukarı bilsem de ustaca çözümler \
için öneri almak iyi olacak diye düşündüm. Değerlendirmeniz aydınlatıcı \
oldu benim için. Peki şu makaledeki yedekleme metodu için ne düşünürsünüz, \
uygulayan oldu mu acaba listede hiç?</span></div><div class="" style="color: rgb(0, \
0, 0); font-size: 16px; font-family: HelveticaNeue,Helvetica \
Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: transparent; \
font-style: normal;"><br style="" class=""><span style="" class=""></span></div><div \
class="" style="color: rgb(0, 0, 0); font-size: 16px; font-family: \
HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; \
background-color: transparent; font-style: normal;"><br style="" class=""></div><div \
style="" class=""><img style="" data-tooltip="Ayrıntıları göster" class="" \
id=":1fh" role="button" src="https://mail.google.com/mail/u/0/images/cleardot.gif" \
alt=""></div><a style="" class="" \
href="http://www.syslogs.org/mysql-high-availability-setup-drbd-pacemaker-corosync/#DRBD" \
target="_blank">http://www.syslogs.org/mysql-<wbr style="" \
class="">high-availability-setup-drbd-<wbr style="" \
class="">pacemaker-corosync/#DRBD</a> <div class="qtdSeparateBR"><br><br></div><div \
style="display: block;" class="yahoo_quoted"> <div class="" style="font-family: \
HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; \
font-size: 12pt;"> <div class="" style="font-family: HelveticaNeue, Helvetica Neue, \
Helvetica, Arial, Lucida Grande, sans-serif; font-size: 12pt;"> <div style="" \
class="" dir="ltr"> <font style="" class="" face="Arial" size="2"> 11 Eylül 2014 \
15:30 Perşembe tarihinde Doruk Fisek <dfisek@ozguryazilim.com.tr> şöyle \
yazdı:<br style="" class=""> </font> </div> <br style="" class=""><br style="" \
class=""> <div style="" class="">Thu, 11 Sep 2014 05:05:28 -0700, "Bedreddin \
ŞAHBAZ"<br style="" class="" clear="none"><<a style="" class="" shape="rect" \
ymailto="mailto:bedreddinsahbaz@yahoo.com" \
href="mailto:bedreddinsahbaz@yahoo.com">bedreddinsahbaz@yahoo.com</a>> :<br \
style="" class="" clear="none"><br style="" class="" clear="none">> Cevap için \
teşekkürler öncelikle. Detaylar pek önemli olmadığı için<br style="" class="" \
clear="none">> yazmadım. Benim sizden öneri beklediğim nokta bu tip bir \
yapıyı siz<br style="" class="" clear="none">> olsanız nasıl kurarsınız? \
Yedekleme kısmından öte bir birine eş 2<br style="" class="" clear="none">> \
sunucum olsun ve birisi down olursa diğeri ile yola devam edeyim<br style="" \
class="" clear="none">> istiyorum (bir nevi HA yani). Bunun yanında tabii belli \
aralıklarla<br style="" class="" clear="none">> veriyi yedeklemek de lazım. \
Sizin senaryonuz nedir? Mysql'i replike<br style="" class="" clear="none">> mi \
ediyorsunuz? Başka bir çözümünüz mü var bunu öğrenmek istiyorum<br style="" \
class="" clear="none">> sadece?<br style="" class="" clear="none"><br style="" \
class="" clear="none">Yedekleme politikanızı, ne kadar veri kaybına \
tahammülünüz olduğu ile<br style="" class="" clear="none">ölçebilirsiniz.<br \
style="" class="" clear="none"><br style="" class="" clear="none">Replikasyon gerekli \
bir yedekleme yöntemidir çünkü anlık veri kaybına<br style="" class="" \
clear="none">tahammül olmayan durumlarda bile veri kaybı olmasını engeller.<br \
style="" class="" clear="none">Replikasyon sırasında binary log tutarsınız \
(mecburen). Binary log,<br style="" class="" clear="none">veritabanı üzerinde \
yapılan tüm veri değişikliklerini kaydeder,<br style="" class="" \
clear="none">gerekirse herhangi bir sorgunun öncesine dönmenizi (ör: DROP \
DATABASE<br style="" class="" clear="none">xxx) ya da o sorguyu çıkartarak \
veritabanını baştan oluşturmanızı<br style="" class="" clear="none">mümkün \
kılar.<br style="" class="" clear="none"><br style="" class="" clear="none">Ancak \
replikasyon tek başına en iyi çözüm değil. Çünkü Adil'in de dediği<br \
style="" class="" clear="none">gibi her iki sunucu da canlı veri tutuyor. Bundan bir \
gün öncesinin ya<br style="" class="" clear="none">da bir hafta öncesinin \
veritabanı yedeğine ihtiyacınız olabilir (veri<br style="" class="" \
clear="none">karşılaştırmak, davranış test etmek, vs). Teorik olarak bunu \
replikasyon<br style="" class="" clear="none">için tutulan binary log'dan çıkarmak \
mümkün ama zahmetli. O nedenle bir<br style="" class="" clear="none">de belirli \
aralıklarla mysqldump gibi bir araçla başka bir medyaya<br style="" class="" \
clear="none">yedek almanızda yarar var. InnoDB kullanıyorsanız, mysqldump \
yerine<br style="" class="" clear="none">Percona Xtrabackup'ı tercih edebilirsiniz, \
çok daha hızlı çalışacaktır.<br style="" class="" clear="none">Üstelik \
incremental yedek alma olanağı da sağlıyor. Bacula gibi bir<br style="" class="" \
clear="none">yedekleme sistemiyle birleştirirseniz, rahatça yönetebilirsiniz.<br \
style="" class="" clear="none"><br style="" class="" clear="none">Bunlara ek olarak \
kullanılan bir yöntem de "gecikmeli" 3. bir slave<br style="" class="" \
clear="none">tutmak. Bu slave, kasıtlı olarak belirli bir süre (ör: 1 saat) \
geriden<br style="" class="" clear="none">gelerek verileri takip eder. Böylece 1 \
gün kadar soğuk değil ama anlık<br style="" class="" clear="none">kadar da sıcak \
olmayan bir "ılık" yedeğinizin olmasını sağlayacaktır.<br style="" class="" \
clear="none">Özellikle veri miktarı aktardığında yedek alma ve yedekten \
dönme<br style="" class="" clear="none">işlemleri çok uzun sürebiliyor, bu tip \
bir "kademeli" yedeğin avantajı<br style="" class="" clear="none">oluyor.<br \
style="" class="" clear="none"><br style="" class="" clear="none"> \
Doruk<br style="" class="" \
clear="none"><br style="" class="" clear="none">--<br style="" class="" \
clear="none">Özgür Yazılım A.Ş. ~ #<br style="" class="" clear="none"><a \
style="" class="" shape="rect" href="http://www.ozguryazilim.com.tr/" \
target="_blank">http://www.ozguryazilim.com.tr</a><div style="" class="" \
id="yqtfd95744"><br style="" class="" \
clear="none">_______________________________________________<br style="" class="" \
clear="none">Linux-sunucu E-Posta Listesi<br style="" class="" clear="none"><a \
style="" class="" shape="rect" ymailto="mailto:Linux-sunucu@liste.linux.org.tr" \
href="mailto:Linux-sunucu@liste.linux.org.tr">Linux-sunucu@liste.linux.org.tr</a><br \
style="" class="" clear="none"><br style="" class="" clear="none">Liste kurallarını \
<a style="" class="" shape="rect" href="http://liste.linux.org.tr/kurallar.php" \
target="_blank">http://liste.linux.org.tr/kurallar.php </a> bağlantısından \
okuyabilirsiniz;<br style="" class="" clear="none"><br style="" class="" \
clear="none">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.<br style="" class="" \
clear="none"><a style="" class="" shape="rect" \
href="https://liste.linux.org.tr/mailman/listinfo/linux-sunucu" \
target="_blank">https://liste.linux.org.tr/mailman/listinfo/linux-sunucu</a></div><br \
style="" class=""><br style="" class=""></div> </div> </div> </div> \
</div></body></html>
_______________________________________________
Linux-sunucu E-Posta Listesi
Linux-sunucu@liste.linux.org.tr
Liste kurallar=FDn=FD http://liste.linux.org.tr/kurallar.php ba=F0lant=FDs=
=FDndan okuyabilirsiniz;
Bu Listede neden bulundu=F0unuzu bilmiyorsan=FDz veya art=FDk bu listeden g=
elen e-postalar=FD almak istemiyorsan=FDz a=FEa=F0=FDdaki ba=F0lant=FD adre=
sini kullanarak 1 dakika i=E7inde =FCyeli=F0inizi sonland=FDrabilirsiniz.
https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic