Архивирайте вашия сървър: 6 стъпки

2024 Автор: John Day | [email protected]. Последно модифициран: 2024-01-30 07:55

От JohntronJohntron Speaks Следвайте още от автора:

За: Разработчик на софтуер, съосновател на Placethings и технолог. В момента посещава аспирантура по програмата за нововъзникващи медии и комуникации в Тексаския университет в Далас. Повече за Johntron »

Научете как да направите резервно копие на вашата *nix кутия на външен твърд диск (или на лентово устройство без много усилия). Обхващам инсталирането на носителя за архивиране, използвайки `dump`, възстановяване и също архивиране на файлове от отдалечен сървър на външен твърд диск. За да направите резервно копие на компютър с Windows, прочетете статията lifehacker.com тук. Стъпка 1: Подгответе нещата: Вземете „dump“Стъпка 3: `възстановяване Стъпка 4: Отдалечени архиви Стъпка 5: Автоматизация Логото на FreeBSD е търговска марка на The FreeBSD Foundation и се използва от John Syrinek с разрешението на The FreeBSD Foundation.

Стъпка 1: Пригответе нещата

Преди да направите резервно копие, трябва да имате нещо за архивиране. Традиционно това са лентови устройства; обаче (качествен) външен твърд диск ще работи добре. Не е нужно да използвате външен твърд диск, но с външно устройство имате удобството да можете да донесете твърдия диск у дома (или на друго място извън сайта). Използвах няколко Western Digital MyBook. Circuit City имаше 80% намаление при продажбата на (избрани) външни устройства, а аз получих две 250GB устройства за евтини мръсотии. Според моя опит Western Digital има много висококачествени устройства (което означава, че те траят вечно). Това ги прави чудесни за архивиране. Ако ще преживявате неприятностите с архивирането на нещо, не искате резервният ви носител да ви нахлуе. ОК, точно като другата ми статия, ще използвам FreeBSD®; обаче повечето от нещата, които ще покрия, могат да бъдат направени във всеки вкус на Linux, Unix или BSD. (Пропуснете следващия параграф, ако вече имате поддръжка за USB 2.0 или не използвате външно USB устройство) MyBooks са USB 2.0 устройства. FreeBSD 5.4-STABLE няма активиран по подразбиране драйвер EHCI (основно това, което ви дава USB 2.0). Това е лесно решение, въпреки че някои може да мислят, че прекомпилирането на ядрото е страшно (не е). Ако сте от прекалено предпазливите типове, препоръчвам да направите резервно копие ПРЕДИ да прекомпилирате ядрото си. USB 2.0 може да не е активиран, но USB 1.1 все още работи. Просто става много по -бавно. За да активирате EHCI, прочетете тази страница от Ръководството. Вероятно ще трябва да се обърнете и към този раздел на Ръководството, който обяснява как всъщност да прекомпилирате ядрото. Ако използвате външно устройство или дори вътрешно устройство, ще трябва да монтирате устройството, преди да можете да го използвате. Това се прави с командата `mount` и е доста проста. Ето и страницата за монтиране на Mount. Ако монтирането се оплаква, че не може да определи типа на файловата система, вероятно ще трябва да форматирате устройството. За да направите това, ще трябва да знаете правилното устройство за форматиране. За мен беше /dev /da0, но за вас може да е различно. Вижте документацията на вашия дистрибутор. След като определите вашето устройство, към което е свързан вашият външен HD, ще трябва да направите действителното форматиране на устройството (добре, дял). Ако имате нужда от помощ при разделянето на вашето устройство, просто ме попитайте. FreeBSD използва mkfs за създаване на файлови системи на дялове. Всеки тип файлова система ще работи, но аз избрах да използвам UFS, защото това е, което FreeBSD използва по подразбиране. FAT32 е може би най -съвместимата с други операционни системи, а Ext3 е това, което повечето вкусове на Linux използват в наши дни (или поне това са направили последния път, когато използвах Linux). Така че, използвах тази команда за монтиране на моето устройство: mount -t ufs /dev /da0 /backupOK, трябва да имате резервния носител готов за употреба. Ако не, просто попитайте:) Преминете към Стъпка 2. Марката FreeBSD е регистрирана търговска марка на Фондацията FreeBSD и се използва от Джон Сиринек с разрешението на Фондацията FreeBSD.

Стъпка 2: Вземете „дъмпинг“

Нека архивираме нашите неща. Има няколко начина да направите това. Dump и Tar са може би двете най -често срещани и двете имат свои силни и слаби страни. Dump е предаването надолу най-надеждният начин за архивиране на вашата система; обаче може да архивира само цели дялове. Tar е бърз и лесен за използване в отделни папки, но отнема известно време за архивиране на по -големи томове. Tar също компресира файловете, добавяйки слой сложност, за да потенциално повреди вашите архиви. Прочетете тази страница за повече информация Реших да използвам dump поради надеждността. Мястото за съхранение не беше проблем и тъй като имам cron, който автоматично архивира за мен, докато спя, не е нужно да се притеснявам за сроковете. Една от странностите на dump е, че архивира цели дялове. Това означава, че трябва да изхвърлите всеки дял поотделно (напр. Дяловете /usr, /var и /tmp, както и /дяла). Dump ви позволява да посочите и "нивото" на архивиране. Ще правя резервни копия седмично и през нощта. За моите седмични резервни копия използвам ниво 0, а за нощните си резерви използвам ниво 2. Ако използвате лентово устройство или ако искате да спестите място за съхранение, помислете за използването на схема за архивиране на Tower of Hanoi (Google го. (Запомнете, /backup е мястото, където имам монтиран външен HD) Командите, които използвах за седмични изхвърляния, са:

• dump -0Lna -C 100 -f /архивиране /седмично /root /
• dump -0Lna -C 100 -f /backup /седмично /usr /usr
• dump -0Lna -C 100 -f /backup /седмично /var /var
• dump -0Lna -C 100 -f /backup /седмично /tmp /tmp

Командите, които използвах за нощни сметища, са:

• dump -2Lna -C 100 -f /архивиране /нощно /root /
• dump -2Lna -C 100 -f /backup /nightly /usr /usr
• dump -2Lna -C 100 -f /backup /nightly /var /var
• dump -2Lna -C 100 -f /backup /nightly /tmp /tmp

Всъщност използвах командата `date`, за да кръстя файловете си, но пропуснах това заради простотата. Дъмп, използващ командата `date`, ще изглежда така: dump -0Lna -C 100 -f/backup/седмично/usr/` date "+%Y-%B-%d" `/usr Разбира се, ще ви трябва за да създадете подходящи директории за резервно копие, преди да изпълните командата dump, но трябва да можете да разберете това. И сега трябва да имате моментна снимка на вашата система или поне да знаете как да я създадете. Следващата стъпка е как да използвате възстановяване и как да направите "fixit" дискети. НЕ ПРЕПУСКАЙТЕ ТАЗИ СТЪПКА или губите времето си.

Стъпка 3: `възстановяване`

Измина доста време, откакто се наложи да възстановя резервно копие, така че потърпете с мен.

За да възстановите резервно копие, трябва да имате някакъв вид минимална операционна система, за да прехвърлите архива от вашия носител за архивиране на машината на живо, машина на живо (например без дефектен хардуер) и самите архиви. За минималната операционна система използвам същия компактдиск, който използвах за инсталиране на FreeBSD. Sysinstall има режим "Fixit" за възстановяване на резервни копия. Ако имате нестандартен хардуер, може да се наложи да създадете свой собствен персонализиран стартиращ диск. Това няма да бъде разгледано в тази статия, но основно се състои в създаването на ядро barebones и поставянето му на стартиращ диск. Забележка: МНОГО минималното ядро на FreeBSD 5.4 е около 2.3MB, което означава, че няма да се побере на нито една дискета. Така че по принцип, ако каката удари вентилатора (ger ger ger), стартирате от вашия компактдиск, влизате в режим "Fixit", монтирате вашия твърд диск и след това изпълнявате командата за възстановяване. Вярвам, че трябва да монтирате и демонтирате дяловете, които възстановявате един по един. Също така таблиците ви с дялове трябва да са чисти, което означава, че може да се наложи да използвате `bsdlabel`, за да поправите дяловете си. Команда за възстановяване: (след монтиране на чист дял и преминаване към директорията на целевия дял) възстановяване на vrf /dev /da0 Моля, обърнете внимание, че е възможно да се възстановят части (отделни файлове или директории) от архиви, създадени с помощта на dump, ако е необходимо.

Стъпка 4: Отдалечени архиви

Отдалеченото архивиране може да се извършва с помощта на rdump, scp или персонализиран софтуер. Повечето хостинг компании предоставят (срещу заплащане) нощни архиви. Силно препоръчвам това, ако оценявате данните си. Имах два специализирани сървъра, които ми се скапаха от два различни хоста. Въпреки че тези резервни копия обикновено се съхраняват на отделно устройство, те обикновено са в една и съща сграда, така че ако нещо се случи със сградата (което е малко вероятно, но определено е възможно), тогава сте SOL. Ето защо препоръчвам да направите свой собствен архив извън сайта (спрямо системата, която се архивира), както и локални, нощни архиви. Моля, обърнете внимание, че трябваше да добавя разширението.txt, за да кача скрипта (можете да премахнете това). Тъй като компанията, която хоства моята отдалечена машина, извършва нощни архиви на „tar“, реших просто да копирам тези файлове на локална машина през нощта основа. Написал съм PHP-задвижван скрипт (защото това е, което знам), който основно синхронизира архивните файлове на отдалечена система с локално копие. Той изтегля нови файлове (по избор) отново изтегля архивни файлове, които имат несъответствия в размера на файловете, и премахва локални копия, които не съществуват в отдалечената система. Това спестява честотна лента, време и място за съхранение. По същество това е просто „diff“обвивка за „scp“. Източникът може да се намери в долната част на тази страница. Ако го използвате, не забравяйте да го chmod, за да имате разрешение за изпълнение (chmod u =+rx fetchbackups). Препоръчвам потребителят на оператора да изпълни този скрипт (chown operator fetchbackups). Алтернативните методи за отдалечено архивиране включват използване на `scp` в цяла директория, с помощта на` rdump` или, както посочи clievers, с помощта на rsnapshot` или `backuppc`. Ако нямате root достъп до вашия отдалечен сървър, някои от тези методи може да не са възможни и `scp` често изисква много време и честотна лента.

Стъпка 5: Автоматизация

Значи сте измислили да направите моментна снимка на вашата система и сега искате да го правите всяка вечер. Cron работи чудесно за това и е доста лесен за настройка.

Cron заданията са просто команди, които се изпълняват редовно. Те могат да работят ежемесечно, през нощта или дори в 7 часа сутринта в понеделник. Cron заданията са посочени във файла crontab. Във FreeBSD този файл се намира на адрес /etc /crontab Прегледайте страниците за /etc /crontab, за да разберете как работи. Прикачих моя crontab към тази страница (премахнете разширението.txt). Всичко, което правите, е да добавите вашите cron задачи и да запазите файла. Файлът се преоценява всяка минута, така че сте готови.

Стъпка 6: Заключение и заключителни мисли

Надяваме се, че сте успели да направите резервно копие на вашата (ите) машина (и). Следва само няколко бележки по темата.

Ако сте сериозни по отношение на архивирането, тогава TEST TEST TEST. Уверете се, че вашите процедури за архивиране и възстановяване са безупречни. Архивите, които не можете да възстановите, са безполезни. Един проблем, с който се сблъсках, беше да задам твърде голям размер на кеша. Това (по същество) може да досади системата ви и да я замрази. Вашият кеш трябва винаги да е част от вашата RAM, за да бъде ефективен (моят е една пета) и НИКОГА не трябва да надвишава размера на вашето пространство за размяна. 32MB е това, което препоръчва man page на dump. Въпреки че тази информация може да е остаряла, наличието на голям кеш размер няма да има голямо значение, ако имате цяла нощ да архивирате системата си. Ако сте автоматизирали архивирането си, уверете се, че работят. Би било истински кошмар вашата система да се срине и ТОГАВА да осъзнаят, че резервните ви кронове престават да работят преди 6 месеца поради недостатъчно дисково пространство. Работите в Cron просто автоматизират процеса на „самодоволство“. Ако правите резервни копия ръчно, не ставайте самодоволни и забравете. Направете го рутина. Не разчитайте и на задания на cron, защото те могат да се провалят. Архивите са само копия на вашите файлове. Това означава, че резервните копия трябва да бъдат защитени също толкова добре, ако не и по -добре от вашите живи системи. Съхранявайте външния твърд диск на сигурно място (като далеч от вода и крадци). Стартирайте резервните cronjobs като потребител на оператора. Това е ограничен акаунт, който съществува за неща като това. Също така се уверете, че нормалните потребители не могат да изпълняват резервни копия. Ако смятате, че потенциално бихте могли да бъдете цел на сложна атака (или дори ако не го направите), винаги шифровайте данни, прехвърляни по време на отдалечени архиви. Поради количеството информация, както и редовността на архивирането (ако използвате cronjobs), хакерите могат да отделят време за кражба на вашата информация. Шифроването е лесно, затова го използвайте. Уверете се, че нормалните потребители не могат да стартират архивиране на собствените си устройства. Също така `scp` изисква удостоверяване. Силно препоръчвам предварително споделени публични/частни ключове. Не искате вашата парола да се предава всеки път, когато се стартира архивиране.