Як робити резервні копії жорсткого диска?

Я робив резервні копії жорсткого диска на деякий час, що, я вважаю, багато з вас, хлопці, також роблять, але у мене виникають проблеми з виясненням кращого способу зберігання їх у поза. Мені цікаво, як ви, хлопці, робите це. Будь-яка політика, поради та підказки, коли мова йде про зберігання резервних копій за межами сайтів, в основному жорсткі диски, а не стрічки.

Заздалегідь спасибі.

[оновлення] Дякую за згадування онлайн-резервного копіювання. Ми фактично в середині цього процесу. І я на 100% погоджуюся, що це остаточний шлях. Однак, враховуючи вартість, іноді це може бути не варіант, оскільки це досить дорогий варіант, якщо ви також враховуєте рівень заявки. Я думаю, що онлайн-резервне копіювання може бути дуже хорошим в окремій темі. :)

Залежно від того, скільки потрібно створити резервну копію, я рекомендую наступне:

1. JungleDisk / Amazon S3 - ДУЖЕ добре працює.

2. RSYNC на віддаленій машині також працює дуже добре. CRON робота кожні XX години.

Ми створюємо резервну копію даних майже на туберкульоз даних у хмарі S3 Amazon і маємо "теплий режим очікування" в нашій колоні, резервну копію від майстра кілька разів на день (через rsync). Вартість передачі / зберігання на Amazon S3 надзвичайно дешева. (тобто дешевше, ніж записування на DVD, але не дешевше, ніж резервне копіювання на жорсткий диск. Я знаю деяких людей, які просто підключають до моєї книги UDB розміром 1 ТБ чи щось на сервер і створюють резервні копії щотижня / щомісяця. Залежно від ваших потреб один або два з них може бути найдешевшим рішенням для вас.

Тепер це лише мова про резервне копіювання даних. Кілька коментарів нижче говорять про резервну копію самого сервера ...

Залежно від ваших потреб, Norton Ghost або навіть Acronis ( http://www.acronis.com ) можуть вам допомогти. Такі речі, як Norton Ghost, як правило, покладаються на вашу здатність фактично вимкнути комп'ютер для створення резервної копії. Деякі з нас не мають такої розкоші, але якщо ВАС, то Norton Ghost - ДУЖЕ хороший продукт.

Не зупиняйтесь на простому резервному копіюванні даних - ми робимо регулярні зображення Ghost на наших основних серверах, а також зберігаємо ці сайти.

Я визнаю трохи розкоші, але ми живемо в прямому ефірі наших SAN і резервного копіювання на кожному сайті з періодичними стрічками або дисками, що надходять до зовнішньої компанії (наприклад, IronMountain ).

Це залежить від розміру / форми вашої потреби резервного копіювання, ваших технічних можливостей та частоти змін даних ...!

Найпростіший варіант - найняти інший сервер у Rackspace (або іншого постачальника), VPN на нього та роботокопіювати ваші файли. Складіть сценарій, який робить прості речі для батька, дідуся, сина та тестовий тест ... Все це можна автоматизувати.

Як і для всіх резервних копій, важливо періодично робити ДР, оскільки у вас можуть бути ваші дані, але що робити, якщо ви забули мати копію програми, яку ви працюєте під рукою ...!

Це часто найпростіші речі, які виходять з ладу, НЕ найскладніші або ті, які ви думаєте ...

Удачі

Майк

Що слід врахувати:

1. Хто відповідальний - це знімати резервні копії сайту, а хто перебирає їх, якщо вони поза / хворі / у відпустці тощо?
2. Як ви зберігаєте свої жорсткі диски? Прокладені контейнери? Клімат-контрольована територія?
3. Як можна дістатися до збережених дисків? Якщо це лише одна людина, що станеться, якщо їх потрапить автобус?
4. Коли ви востаннє тестували відновлення з одного з цих дисків?
5. Коли ви востаннє відпочивали на кожному диску, щоб переконатися, що вони все ще хороші? ЗМІ не тривають вічно.
6. Чи задокументовано вашу схему та порядок обертання, щоб навіть Сенді з поштової кімнати чи Дан із приймальні могли обертати медіа?

Зберігання дисків у чиємусь будинку - це лише добра ідея, якщо у багатьох людей є ключі від цього будинку. Звичайно, є компанії, які надають медіа-сервіси за межами веб-сайтів, включаючи отримання / доставку та управління тим, хто має доступ. Це, звичайно, коштує грошей, але не обов'язково дуже багато в порівнянні з втратою ваших даних. Ми використовуємо IronMountain, і я був шокований, коли дізнався, як мало коштувати насправді / місяць, щоб мати контейнер у них. Насправді у нас є 4 контейнери, 3 з яких в будь-який момент поза сайтом.

Я думаю, це залежить від того, скільки даних ви зберігаєте, але в Інтернеті є резервне копіювання.

Вам не доведеться турбуватися про їзду через жорсткі диски, його викрадення з автомобіля та інші небезпеки перенесення ваших даних.

Резервне копіювання в Інтернеті стає дешевшим - зараз я плачу 50 центів за концерт. Резервні копії виконуються один раз на ніч, а старі версії дотримуються специфікації, яку я вирішу. Це все зашифровано до того, як він покине наш сайт.

Перехід від резервного копіювання на основі стрічки (або на основі HD) до резервного копіювання в Інтернеті було одним з найкращих рішень, які ми коли-небудь приймали! Сподіваємось, ви перебуваєте в організації, яка розглядає резервні копії в Інтернеті.

Одним із способів у встановлених вами межах було б знайти тісний банк із сейфами та помістити їх туди. Наскільки це близько, це буде компромісом між зручністю / ризиком. Чим ближче це, тим вище шанси на те, що катастрофа також вплине на це місце.

У мене є резервні копії, які надходять з кількох місць [насправді країн] на один центральний сервер. резервні копії керуються backupninja , я використовую rdiff-backup , rsync та власні сценарії.

центральний сервер зберігає в Інтернеті 14 днів історії.

щоранку [після надходження всіх даних] я rsync весь вміст даних в Інтернеті на приєднаному до usb диску 1 ТБ . протягом дня вміст диска перевіряється [принаймні частина, зроблена за допомогою rdiff-резервного копіювання], тому я впевнений, що його можна буде відновити в майбутньому. usb-накопичувачі обертаються щотижня. і зберігаються "подалі" від сервера. дані на USB-накопичувачах знаходяться на зашифрованому розділі, тому немає необхідності в безпечному зберіганні.

це працює чудово для досить невеликого обсягу даних - у моєму випадку це <200 ГБ даних, ~ 5 ГБ різної кожні 24 години. якщо потрібно відновити - в 90% я можу це зробити з онлайн-копії. якщо дані, які потребують відновлення, старші ніж на 14 днів - я можу швидко отримати їх із розташування поза межами сайту.

Як сказала Лора, більше вимог допоможе тут, але я можу сказати вам, що я використовую для обробки своїх особистих резервних копій.

У мене є резервна домовленість з хорошим другом. Вони розміщують зовнішній USB-накопичувач на своїй робочій станції, а я розміщую одну з них. Кожен з нас має обмежений доступ ssh до машин один одного, щоб передавати дані на наші віддалені диски. До цього я пересилав дані на сервер, до якого я мав доступ з достатньою кількістю місця.

Мої резервні копії заплановані за допомогою cron, а потім виконуються у двох примірниках . Я вибрав цей інструмент, оскільки він підтримує безліч методів переміщення ваших резервних даних (ssh, sftp, s3, local, ...). Що ще важливіше, ви можете використовувати його для зашифрованого резервного копіювання. Це зручно, коли ви переносите дані в інше місце, яке ви не маєте, так само контролюйте.

У нашій роботі ми виявили дещо важливим розглянути мету зберігання та вибрати відповідний носій залежно від цієї мети. Як обладнання для запису та відеовиробництва, ми маємо терабайти даних, які ми маємо переміщувати та виходити з експлуатації. Ми використовуємо інтелектуальний процес в Інтернеті, наближеній лінії та офлайн. Інтернет-речі, звичайно, на локальному сервері. У нашому випадку я використовую NearLine для посилання на сховище, яке використовується для швидкого відновлення у разі відмови сервера. Зазвичай це набори терабайтних зовнішніх жорстких дисків, що зберігаються як на місці, так і поза ним. Їх можна швидко підключити для відновлення файлового сервера.

Де цікаво - це офлайнове зберігання. У нашому випадку це може бути відеопроект, до якого ми знаємо, що нам може знадобитися повернутися через рік, але не потрібно негайно бути в Інтернеті. Нам потрібні архівні носії для великої кількості даних. Це стає дедалі важливішим у моїй галузі, оскільки багато камер високої чіткості знімають прямо в банки з картками P2 розміром 16 або 32 ГБ, тому немає стрічки або кіносередовища, до яких можна було б повернутися. Початковий продукт - цифрові файли. Я знаю багатьох виробничих компаній, які використовують накопичувачі брандмауера для цієї офлайн-пам’яті. Вони копіюють проект на зовнішній пристрій брандмауера і встановлюють його на полицю.

Однак у нас на цих накопичувачах спостерігався асимальний рівень відмов. У нас було близько 20 таких приводів в один момент, і надсилали більше третини назад на ремонт в ту чи іншу точку. Втративши як основну, так і вторинну резервну копію зовнішнього накопичувача для цього ж тижня, ми нарешті відмовилися від цієї концепції і повернулися до стрічки для довготривалого зберігання. У нашому випадку LTO4.

Підводячи підсумок, IMHO для використання засобів масової інформації залежить від програми та довговічності. У нас є стрічки більше десяти років тому, які відновлюються просто чудово. Я не впевнений, що жорсткий диск, який сидить на полиці протягом десяти років, все одно обов'язково повернеться.

Ми керуємо своїми резервними копіями:

• 1 невелика резервна машина
• 1 RAID1-масив (1 ТБ, Linux RAID-програмне забезпечення)
  • 1 внутрішній жорсткий диск
  • 2 зовнішніх жорстких диска (зараз: USB, майбутнє: eSATA)
• md-Device - це зашифрований за luks розділ
• mdadm, udev, UUID ... керуйте автоматичним перемальовуванням масиву, коли USB-диски додаються (повторно) додаються
• фактичні резервні копії, виконані з dirvish за допомогою ssh та curlftpfs
  • де потрібно: LVM-знімки, mysqldumps, що завгодно ... робиться за допомогою dirvish pre-client -scritps
  • безпаровий ключ SSH із сценарієм перевірки rsync як дозволена команда
  • резервний контейнер встановлюється безпосередньо перед початком збивання та згортається після цього

Плюси мінуси:

[+] у нас завжди є "хороша копія" всіх даних на іонному жорсткому диску (за яким суворо відслідковується)

[+] ви можете вибрати будь-який із зовнішніх жорстких дисків і забрати його додому для резервного копіювання за межами сайту

[+] якщо ви не їдете додому відразу після роботи та втрачаєте резервний диск у барі, дані повинні бути безпечними через зашифрований контейнер

[-] щоразу, коли диск додається (повторно), весь диск повинен синхронізуватися з іншими

[-] якщо резервна копія стає більшою, ніж один диск, вона стає набагато складнішою (ви можете перетягнути LV на декілька дисків і використовувати їх як md-пристрої, - ніж вам завжди потрібно вибрати 2+ диски, що належать разом)