Menu

backup

MySQL delayed replication

, , , 0

Привет,

Днес ще споделя как лесно се слага MySQL delayed replication (закъсняла репликация).

Идеята е проста – имаме слейв сървър който е винаги изостанал от мастъра си. Това се прави с цел, той да седи като онлайн бекъп, и ако без да искаме изтрием нещо от главния сървър като таблица или база (или пък някой кадърен девелопър е truncate-нал таблица но вместо на дев го е направил на лайв – случвало ми се е!! 🙂 ), да можем бързо да вземем информацията от този изостанал слейв.

Да подчерая, че тази функция я има във версия на MySQL 5.6 и нагоре.

Ето и как се прави това :

Още..

mongodb backup script

, , , , 0

mongodb backup scriptДнес ми се наложи да напиша един прост mongodb бекъп скрипт, който да може да архивира актуален бекъп, така и да трие по-старите от 30 дни файлове. Ето и самият скрипт, може би ще бъде полезен на някой .. 🙂

 

mongodb backup script

#!/bin/bash

cd /var/backups/mongodb/ && mongodump -o databasename
mv /var/backups/mongodb/databasename /var/backups/mongodb/databasename.`date "+%Y-%m-%d-%H%M"`
tar -zcvf /var/backups/mongodb/databasename.`date "+%Y-%m-%d-%H%M"`.tar.gz /var/backups/mongodb/databasename.`date "+%Y-%m-%d-%H%M"`
rm -rf /var/backups/mongodb/databasename.`date "+%Y-%m-%d-%H%M"`

echo "mongodb backup is completed"

#find all files alder than 30 days , and remove
find /var/backups/mongodb/databasename*.tar.gz -mtime +30 -exec rm {} \;

Пояснения

Предварително трябва да имаме създадена директория : /var/backups/mongodb/
databasename е името на базата на която ще правим бекъп
Триенето на стари файлове може да се регулира -mtime +30 значи файл по-стар от 30 дни (числото може да бъде сменено с каквото си искаме)

Накрая сложих скрипта в крон да се пуска всяка вечер и мисията е изпълнена 🙂

Това е..

VMware migration v2 (профилактика)

, , , , , 2

В момента тече мигриране от единия eSXi към другия съврър. Поради тази причина главния днс в момента е out of space 😀 , той бива успешно заместван от другите два , пощата ми също е away .. всичко си седи по опашките на мейл сървърите тъй че няма проблеми. В резултат на всичко това , очаквам без авариина работа на raid5 масива и спокоен живот на пощата и всичко останало 🙂 Дето се вика.. всяко зло за добро!

Пробем с блога

, , , 0

Вчера аз големия акъл реших да продължа мисия „внедряване на cdn в блога“ като не мислих че нещата ще се объркат толкова 🙂 Няма да изпадам в подробности , само ще споделя че усрах базата и се оказа че последния бекъп е от 29.12.2012 . Всички бекъпи на бекъп сървъра са на другия mysql сървър, а блога нали работи на localhost … защо да има бекъп и той 🙂 Е вече има. Загубата не е кой знае каква , снимки и тн всичко се пази. Днес започвам новата мисия „възтановяване на сайта“ Ще се опитам да извлека всичко от sql-а който имам за 24.03.2012 . Това което разбрах е че backup-а който прави wordpress-a за един … не става и че ще си я карам с bash скрипта ръчно с кронтаб. Надявам се до няколко дни всичко да си бъде по старо му , а вчера за малко да спра блога завинаги. Проблема е , че той работи от много години , че в него има много интересни случки и мисли които съм писал. Всяко зло за добро:) Айде до следващия пост!