Fileserver backup
9 отговора
599 прегледа
Fileserver backup
Може и преди да е обсъждана подобна тема, но просто не можах да открия линка Дирене не че и той работеше винаги де :)
Та... текущата задача ми е да организирам bakup-a на файловият сървър в офиса. До сега не ми се е налагало да отговарям за архивирането и съхранението на такъв голям обем от данни (~2TB).
Данните са грубо казано 3 типа : ~ 300GB документи в разни формати от тях ~50GB се използват и променят във всекидневната работа на потребителите
~200GB БД ползвани от различни програми и контакт менаджери
и останалото различни версии и релийзи на софтуера който се разработва от фирмата. Както и най-различни лични файлове и прочие системни такива.
Не ми се иска да откривам топлата вода с организацията на backup-a затова ще съм благодарен ако споделите мнения, препоръки и линкове към програми и "теория на backup-a"
Основнта схема към която съм се ориентирал за момента е:
един път годишно пълен архив на целият RAID
1 на 6 месеца incremental към пълният архив
1 на 6 месеца отделен пълен архив на работните файлове на различните отдели
1 месечно incremental към архива на отделите
Не вытащишь без труда, если сунул не туда.
Та... текущата задача ми е да организирам bakup-a на файловият сървър в офиса. До сега не ми се е налагало да отговарям за архивирането и съхранението на такъв голям обем от данни (~2TB).
Данните са грубо казано 3 типа : ~ 300GB документи в разни формати от тях ~50GB се използват и променят във всекидневната работа на потребителите
~200GB БД ползвани от различни програми и контакт менаджери
и останалото различни версии и релийзи на софтуера който се разработва от фирмата. Както и най-различни лични файлове и прочие системни такива.
Не ми се иска да откривам топлата вода с организацията на backup-a затова ще съм благодарен ако споделите мнения, препоръки и линкове към програми и "теория на backup-a"
Основнта схема към която съм се ориентирал за момента е:
един път годишно пълен архив на целият RAID
1 на 6 месеца incremental към пълният архив
1 на 6 месеца отделен пълен архив на работните файлове на различните отдели
1 месечно incremental към архива на отделите
Не вытащишь без труда, если сунул не туда.
Re: Fileserver backup
архивирането се състои от няколко части:
1. какво да архивираш
2. кога да го архивираш
3. метод на архивиране
4. медиа за архивиране
5. срок за пазене на архива
6. софтуер
7. цена
за съжаление т.7 - цената - обикновено определя цялостната стратегия за архивиране, при това в неизгодна от техническа гледна точка посока.
1. какво да архивираш - ти си знаеш за юзърските файлове, но не пропускай операционната система.
2. кога да архивираш - архивира се ежедневно ако искаш да имаш архив. това веднъж в седмицата или на 6 месеца не звучи сериозно. Какво би станало при срив и имаш архив на 5,5 месеца? Идеята на архивирането е да намали загубите - идеалния случай да няма загуба на данни изобщо, най-лошия слуай - загуба на данни от не-повече последните 24 часа.
Архивирането на бази данни се прави ежедневно, виждал съм случаи на БД с архивиране всеки 2 часа, а хардуера беше mirror на raid5, отделни дискове за лог файловете и т.н.
3. метод на архивиране - full, incremental, differential. Стандартната практика при малък обем е full всеки ден. При по-голям обем като твоя случай се прави full backup веднъж седмично, през останалите дни incremental или differential в зависимост от възможностите.
4. медиа за архивиране - вече има касети по 250 и повече МБ, така че 2 ТБ няма да са голям проблем, но ти трябва и tape library която да поеме поне 8 х 250 МБ.
Друг вариант за архивиране на голям обем е SAN с последващо прехвърляне на архива на касети. Напоследък стават модни SAN със SATA дискове - raid5 със hot spair. Модни са защото са по-евтини от същото решение със scsi дискове, но това не означава е цената е ниска.
5. срок за пазене (retention) - това трябва да си го измислиш ти - според мен трябва да е поне 3 месеца, но зависи основно от политиката на фирмата - дали ще можеш да пишеш на използвана касета след 3 или 6 месеца или година...
6. софтуер - от вградения във виндовс до tivoli - който е работил с tivoli казват че не иска да погледне друго... Не казваш каква е ОС, но за виндовс има добри решения като veritas, arcserve и т.н.
7. цена - каквото и да правим има определяща роля при архивирането. Най-важното нещо тук е шефовете да проумеят защо се дават тия пари.
За твоя случай виждам нещата така:
1. веднъж седмично full backup на всичко, вкл ОС.
2. ежедневен differential backup. ако няма място или архивирането продължава твърде дълго време - incremental.
3. медиа - имаш да правиш архив на около 500 ГБ данни които се променят ежедневно (300 ГБ документи, 200 ГБ бази данни). Предполагам, че ще ти трябват около 250 до 300 ГБ дневно за диференциален архив. Това означава, че ще можеш да минеш с една касета от 250 - 300 ГБ дневно, но няма възможност за растеж, т.е. още от начало касетата ще се запълва и след 6 м до 1 год няма да е достатъчна. Затова ти препоръчвам смесения вариант със нещо като SAN и последващо прехвърляне на касети, което се случва през деня. Не пропускай, че "добрата практика" е касетите да се правят в два екземпляра, като единият от тях се пази извън сградата където е фирмата.
Да, това ще струва много пари. Надявам се шефовете ти да си дават сметка за важността на архивирането.
.
1. какво да архивираш
2. кога да го архивираш
3. метод на архивиране
4. медиа за архивиране
5. срок за пазене на архива
6. софтуер
7. цена
за съжаление т.7 - цената - обикновено определя цялостната стратегия за архивиране, при това в неизгодна от техническа гледна точка посока.
1. какво да архивираш - ти си знаеш за юзърските файлове, но не пропускай операционната система.
2. кога да архивираш - архивира се ежедневно ако искаш да имаш архив. това веднъж в седмицата или на 6 месеца не звучи сериозно. Какво би станало при срив и имаш архив на 5,5 месеца? Идеята на архивирането е да намали загубите - идеалния случай да няма загуба на данни изобщо, най-лошия слуай - загуба на данни от не-повече последните 24 часа.
Архивирането на бази данни се прави ежедневно, виждал съм случаи на БД с архивиране всеки 2 часа, а хардуера беше mirror на raid5, отделни дискове за лог файловете и т.н.
3. метод на архивиране - full, incremental, differential. Стандартната практика при малък обем е full всеки ден. При по-голям обем като твоя случай се прави full backup веднъж седмично, през останалите дни incremental или differential в зависимост от възможностите.
4. медиа за архивиране - вече има касети по 250 и повече МБ, така че 2 ТБ няма да са голям проблем, но ти трябва и tape library която да поеме поне 8 х 250 МБ.
Друг вариант за архивиране на голям обем е SAN с последващо прехвърляне на архива на касети. Напоследък стават модни SAN със SATA дискове - raid5 със hot spair. Модни са защото са по-евтини от същото решение със scsi дискове, но това не означава е цената е ниска.
5. срок за пазене (retention) - това трябва да си го измислиш ти - според мен трябва да е поне 3 месеца, но зависи основно от политиката на фирмата - дали ще можеш да пишеш на използвана касета след 3 или 6 месеца или година...
6. софтуер - от вградения във виндовс до tivoli - който е работил с tivoli казват че не иска да погледне друго... Не казваш каква е ОС, но за виндовс има добри решения като veritas, arcserve и т.н.
7. цена - каквото и да правим има определяща роля при архивирането. Най-важното нещо тук е шефовете да проумеят защо се дават тия пари.
За твоя случай виждам нещата така:
1. веднъж седмично full backup на всичко, вкл ОС.
2. ежедневен differential backup. ако няма място или архивирането продължава твърде дълго време - incremental.
3. медиа - имаш да правиш архив на около 500 ГБ данни които се променят ежедневно (300 ГБ документи, 200 ГБ бази данни). Предполагам, че ще ти трябват около 250 до 300 ГБ дневно за диференциален архив. Това означава, че ще можеш да минеш с една касета от 250 - 300 ГБ дневно, но няма възможност за растеж, т.е. още от начало касетата ще се запълва и след 6 м до 1 год няма да е достатъчна. Затова ти препоръчвам смесения вариант със нещо като SAN и последващо прехвърляне на касети, което се случва през деня. Не пропускай, че "добрата практика" е касетите да се правят в два екземпляра, като единият от тях се пази извън сградата където е фирмата.
Да, това ще струва много пари. Надявам се шефовете ти да си дават сметка за важността на архивирането.
.
Re: Fileserver backup
освен всичко друго, ще допълня ,че има оперативен архив (демек бекъп), ама има и исторически,
идеята му е да можеш да върнеш системата в еди кой си ден, какви са били дкоументите на някой шеф.
внимавай, защотото ако похарчите толкова пари и някой от висшестоящите реши да ти поиска нещо от преди сума ти време и не можеш да го извадиш е много лошо. Ще те овикат и ще кажат толкова много пари а сега нищо
договори се за това ,че няма да поддържаш версии на документите на персонала.
И друго , за да пестиш ленти наистина давай с един седмичен пълен, добре е да е събота, и после няколко инкрементални
на края на месеца прави фул бекъп месечен, като освобождаваш лентите за седмичните бекъпи.
демек
ленти за диференциален бекъп дневен
ленти за седмичен бекъп фул
ленти за месечен бекъп фул
ако не поддържаш исторически архиви, то може да бършеш месечната лента също като дойде нов месец
слушай Трол, пази едно копие в сейф или поне друга сграда
но наистина ако можеш настоявай за tape library с няколко tape device ги правят напоследък (2 или 4)
и най-важното проверявай си лентите , дали са читави бекъпите дет се вика веднъж месечно- върни нещата на произволна машина, за тестове само, че ако ти се наложи да връщаш някога по спешност и се окаже, че лентите ти са дали фира не искам да те мисля
а и аз съм мераклия за бекъп книжката
The One You Love To Hate
идеята му е да можеш да върнеш системата в еди кой си ден, какви са били дкоументите на някой шеф.
внимавай, защотото ако похарчите толкова пари и някой от висшестоящите реши да ти поиска нещо от преди сума ти време и не можеш да го извадиш е много лошо. Ще те овикат и ще кажат толкова много пари а сега нищо
договори се за това ,че няма да поддържаш версии на документите на персонала.
И друго , за да пестиш ленти наистина давай с един седмичен пълен, добре е да е събота, и после няколко инкрементални
на края на месеца прави фул бекъп месечен, като освобождаваш лентите за седмичните бекъпи.
демек
ленти за диференциален бекъп дневен
ленти за седмичен бекъп фул
ленти за месечен бекъп фул
ако не поддържаш исторически архиви, то може да бършеш месечната лента също като дойде нов месец
слушай Трол, пази едно копие в сейф или поне друга сграда
но наистина ако можеш настоявай за tape library с няколко tape device ги правят напоследък (2 или 4)
и най-важното проверявай си лентите , дали са читави бекъпите дет се вика веднъж месечно- върни нещата на произволна машина, за тестове само, че ако ти се наложи да връщаш някога по спешност и се окаже, че лентите ти са дали фира не искам да те мисля
а и аз съм мераклия за бекъп книжката
The One You Love To Hate
в отговор на the_dude_78™
#8
Re: Fileserver backup
Bacula с големи дискове и една USB кутия ми се вижда като ефективно решение. Сменяш дисковете в USB-то вместо тейпове. Ако ползваш 2003 сървър, можеш да помислиш да държиш предишни версии на документите със Volume Shadow Copy и да правиш само пълно архивиране. Разбира се всичко зависи от целите които си поставиш.
Re: Fileserver backup
Както винаги Troll е на ниво в съветите си ;-) Но нека се опитам и аз да дам своя дял при избора ти на решение:
Ако се тръгне на HDD базиран backup - наскоро инсталирах едно SAN/DAS iSCSI решение базирано на SATA дискове. Накратко:
- controller: Adaptec ASA-7211C - 500$
- Storage System: Promise VTRAK 15200 - 4700$ (up to 15 HDD)
- HDDs: Maxtor SATA 300GB/16MB cashe - 8x230$=1840$
За около 7000$ се осигуриха 2ТВ пространство. Повече дискове, повече място ...
Tape Library с подобни параметри струва не по-малко.
Във връзка с изказването на dude за връщане на системата към определена дата, присъствах на впечатляваща презентация на EqualLogic ([линк]). Техния продукт е базиран отново на SATA дискове, конфигурираха го за 20 мин. from scratch и те твърдят, че използвайки snapshots, backup-а става излишен - можеш да се върнеш към който и да е snapshot. Не ми хареса само цената, която надхвърляше 30000$, но презентиращите твърдяха, че това е наполовина от аналогичните Fiber Chanel решения.
Ако се тръгне на HDD базиран backup - наскоро инсталирах едно SAN/DAS iSCSI решение базирано на SATA дискове. Накратко:
- controller: Adaptec ASA-7211C - 500$
- Storage System: Promise VTRAK 15200 - 4700$ (up to 15 HDD)
- HDDs: Maxtor SATA 300GB/16MB cashe - 8x230$=1840$
За около 7000$ се осигуриха 2ТВ пространство. Повече дискове, повече място ...
Tape Library с подобни параметри струва не по-малко.
Във връзка с изказването на dude за връщане на системата към определена дата, присъствах на впечатляваща презентация на EqualLogic ([линк]). Техния продукт е базиран отново на SATA дискове, конфигурираха го за 20 мин. from scratch и те твърдят, че използвайки snapshots, backup-а става излишен - можеш да се върнеш към който и да е snapshot. Не ми хареса само цената, която надхвърляше 30000$, но презентиращите твърдяха, че това е наполовина от аналогичните Fiber Chanel решения.
Re: Fileserver backup
Благодаря на всички отзовали се които ми помогнаха да се ориентирам в новата за мен материя. И аз си мислех да препроръчам HDD базирано решение, а вашите мнения го потвърдиха (което предполагам, че ще се редуцира до няколко диска завряни в една кутия
), а колкото до честота и типът на архивиране явно още трябва да се мисли и да се консултирам и с очаквана от Вълка книжка 
.
Не вытащишь без труда, если сунул не туда.
), а колкото до честота и типът на архивиране явно още трябва да се мисли и да се консултирам и с очаквана от Вълка книжка .Не вытащишь без труда, если сунул не туда.