Изпечатай

[k4BIG]

Здравейте,

интересува ме как да правя backup на майл сървър.От самия мейл на втори компютър.Говорим само за една директория /vmail примерно без mysql базата.Отделно с нея ще се занимавам.
Каква е практиката при големите фирми?

Имам предвид ако правя 2 пъти на ден дори backup на /vmail и базата от mysql-а това пак дава възможност да се изгуби информация от интервалите.

Другия вариант които виждам е rsync примерно.
Репликиране в реално време.Като само се добавят промените.Но се чуда дали това няма да е в минус за работата на майл сървъра...от към натоварване и т.н.

Незнам ,а пък ми е важно затова ако някои може да помогне ще съм много благодарен '>

[shadowx]

raid '>

[Hapkoc]

shadowx, raid не е решение за backup на данни.

[Kollin]

Сети ли си се за Bacula?   '>

Примерен код

What is Bacula? Bacula is a set of computer programs that permits the system administrator to manage backup, recovery, and verification of computer data across a network of computers of different kinds. Bacula can also run entirely upon a single computer and can backup to various types of media, including tape and disk. In technical terms, it is a network Client/Server based backup program. Bacula is relatively easy to use and efficient, while offering many advanced storage management features that make it easy to find and recover lost or damaged files. Due to its modular design, Bacula is scalable from small single computer systems to systems consisting of hundreds of computers located over a large network.

http://www.bacula.org/    

 

[jet]

стоп на mail сървъра, стоп на maysql, backup, start na mysql, start na mail server-a

[gat3way]

Ъъъм лоша идея..

[jet]

why

[luda_glawa]

Как да го кажа по-простичко. Едновременен запис на данни, на два носителя. Но как става под линукс, това незнам.

[gat3way]

Много downtime, на много услуги '> Докато се изкопират някъде, кой ще получава поща '>

И между другото, като ще ги сваляш услугите що не пробваш нещо по-забавно '> mysql базите и mailobox-овете си ги държиш на отделен дял или LV. Като ги спреш, unmount-ваш файловата система, копираш направо целият дял някъде, после маунтваш файловата система и палиш услугите '> Ще стане много по-бързо, гаранция, няма да минаваш изобщо през VFS слоя, няма и да тъпчеш кеша на ядрото с ненужна информация за buffer cache, inode cache, dentries и т.н. '>

[gat3way]

Цитат (luda_glawa @ Сеп. 21 2007,21:26)

Как да го кажа по-простичко. Едновременен запис на данни, на два носителя. Но как става под линукс, това незнам.

Ако са на една машина, нарича се RAID1 '>

Ако са на 2 отделни системи и по мрежата...варианти много '> Например drbd. RedHat Cluster Suite също е забавно решение, носещо като екстра и high-availability на услугата '>

[luda_glawa]

Цитат (gat3way @ Сеп. 21 2007,21:29)

Цитат (luda_glawa @ Сеп. 21 2007,21:26) Как да го кажа по-простичко. Едновременен запис на данни, на два носителя. Но как става под линукс, това незнам. Ако са на една машина, нарича се RAID1 '> Ако са на 2 отделни системи и по мрежата...варианти много '> Например drbd. RedHat Cluster Suite също е забавно решение, носещо като екстра и high-availability на услугата '>

Да, прав си. Но все си мисля, че по-добре да е на различни машини. Доколкото знам rsync може да свърши работа, но on-line нямам идея дали ще се справи така, че да не се усети забавяне. Говоря за голяма база. Малките не ги коментираме.

[bnight]

Цитат (k4BIG @ Сеп. 21 2007,14:25)

Здравейте, интересува ме как да правя backup на майл сървър.От самия мейл на втори компютър.Говорим само за една директория /vmail примерно без mysql базата.Отделно с нея ще се занимавам. Каква е практиката при големите фирми? Имам предвид ако правя 2 пъти на ден дори backup на /vmail и базата от mysql-а това пак дава възможност да се изгуби информация от интервалите. Другия вариант които виждам е rsync примерно. Репликиране в реално време.Като само се добавят промените.Но се чуда дали това няма да е в минус за работата на майл сървъра...от към натоварване и т.н. Незнам ,а пък ми е важно затова ако някои може да помогне ще съм много благодарен '>

Незнам как е в големите фирми но според мен бекуп веднъж дневно с Rsync ти е повече от достатъчен. Все пак перфектен вариант няма. За какво ти е да имаш цялата поща ? Обикновено поща се губи заради клиентски грешки при теб се иска да може да усигуриш въстановяването на сървъра максимално бързо в случей на проблем за това веднъж дневно ти е повече от достатъчно.

[k4BIG]

Мерси много за отговорите.Ами аз поне виждам 2 решения.Едното backup примерно през ноща по някое време.Може и в обедната почивка.Но ако се развали сървъра тотално към края на работното време губиме писмата в интервала от 12(обедната почивка) до 17(края на работното време.
А това не е никак професионално.

Има начин според мен каквото ново се запише в дадена директория то да се репликира на друг комп.С rsync мисля ,че може да се изпълни.Но това няма ли допълнително да затормози доста основния сървър....незнам.

Относно backup-а на mysql-а не съм го мислил.Просто карам едно по едно.Но определено няма нужда да е всеки ден ако не правиш промени в него.

Относно сървърите които имам приемаме ,че са 2 еднакви с по раид 5.4 диска по 750ГБ примерно.

Идеята е да не губя интервала от обед до края на деня ако се развали сървъра към 17:00.
Мисълта ми е ,че големите фирми са решили този проблем.Честите backup-и не мисля ,че ще го решат на 100%.Но ако това е практиката и другото решение е по лошо ок.

Ако имаше начин да разберем какво прават abv,mail.bg щеше да е най-лесно сигорно'>

Просто е интересно как да правиш backup при които когато и да падне основния сървър ти да имаш копия на друг компютър.
Или пък се прави на периоди и загубата се минимизира до няколко часа...

Не съм разгледал още Bacula.Ще видя дали може тя да се окаже решение.

Мерси пак за отговорите.

[k4BIG]

"Да, прав си. Но все си мисля, че по-добре да е на различни машини. Доколкото знам rsync може да свърши работа, но on-line нямам идея дали ще се справи така, че да не се усети забавяне. Говоря за голяма база. Малките не ги коментираме. "


За това говоря и аз.

Представи си ако mail.yahoo.com загуби писмата си за минималните 2 часа.Това сигорно са хиляди да не кажа по голяма цифра.

Не мисля ,че са оставили този проблем нерешен.


П.П.

Като се замисля няма начин да прехвърляш данни в реално време без да генерираш трафик.Въпроса е как се прави ако трябва да е професионално.Не мисля ,че всеки го прави както си иска.Визирам големите мейл сървъри.

Иначе остава да се тества.И ако двата компютъра са свързани с кросоувър дори няма да натоварваш мрежата.Остава само това колко ще се мъчи source server-а.
При ГБит връзка може и да не се усети.....никаква идея нямам.

[bnight]

Големите сървъри са в сериозни дата центрове където освен интернет достъп имат и изградени много стабилни локални мрежи за връзка между машините от което проблема с трафика ти отпада. Естествено тъй като двете машини са на едно и също място винаги съществува риск от примерно земетресение ма тогава едва ли ще мислиш за пощата от преди два часа. Нека ти го илюстрирам имаш два сървъра в един дата център и двата имат излъз към интернет но и между тях има локална връзка. Представи си че падне единият сървър но на другият имаш rsync готов да запли в случей на необходимост. Горе доло това е идеята. Успех.