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

На своїй новій роботі я маю виробничий сервер з такими якостями:

• Windows Server 2003, старовинне обладнання
• Абсолютно життєва база даних
• Жодних резервних копій
• Усі в компанії мають повні права адміністратора, паролі зберігаються у .txt на загальній частці
• Жодних інсталяторів, крім ОС
• Сама машина сидить на дерев’яній полиці в 5 футів над землею біля зовнішньої стіни з частим рухом вантажівки з іншого боку; полиця вже зігнута від постійного навантаження
• Не перезавантажувався в $ DEITY знає, як довго мій попередник навіть не був впевнений, чи зможе це пережити; звичайно, жодних оновлень не застосовувалося ніколи
• ДБЖ встановлений, але оскільки все підключено до нього, це триватиме 10 хвилин вершини
• Без запасних частин або бюджетного обладнання

Як зробити повну резервну копію з мінімальним впливом на сервер? Я не впевнений, наскільки це близько до повного кризису. Наскільки я знаю, підключення USB-накопичувача може вбити компанію, і, звичайно, це буде моєю виною, оскільки "вона працювала нормально, перш ніж ви її торкнулися".

Ідеальним рішенням буде VM, тому у мене є тестове середовище (окремо, звичайно).

Оновлення: Після довгої розмови з начальником у мене зараз є дозвіл робити все, що, на мою думку, найкраще в довгостроковій перспективі, тому зараз є надія. Крім того, я виявив, що більшість даних, гідних резервного копіювання, зберігаються на клієнтських машинах у добре прихованих каталогах, жорсткий диск сервера недостатньо великий, і хоча у мене ще немає бюджетного обладнання, є ще одна старовинна скринька це вийшло з ужитку, тому що вся шкідливе програмне забезпечення заполонило його. Зітхнути.

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

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

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

Приємно.

Я б рекомендував конвертер VMware ( http://www.vmware.com/products/converter/ ). Це безкоштовно, він буде робити фізичну для віртуальної (p2v), і я використовував це, щоб зробити щось подібне.

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

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

EDIT: Схоже, ви знаєте, що це погана ситуація, яка чудова. Якщо ви хочете продовжувати відточувати свої навички, рекомендую підібрати копію «Практики системного та мережевого адміністрування». Це серверно затверджено

Здається, ти сильно накручений; вся ситуація абсолютно жахлива з точки зору ІТ.

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

Щоб відповісти на ваше запитання, якщо ви збираєтеся його віртуалізувати, є VMWare Converter, який може це зробити, але вам все одно доведеться ризикувати проблемами. Ви також повинні знати про деякі елементи апаратних засобів, що відбуваються під час конверсії, і тестувати їх, а також робити обмеження на те, що база даних та життєво важливий сервер під час переходу "знижуються".

Це також не виправляє проблеми безпеки (як уберегти іншого співробітника від "Випадково" видалення життєво важливої ​​бази даних), а також не виправляє відсутність належних проблем резервного копіювання ...

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

Мені б сподобатися почати, запланувавши час, щоб вимкнути сервер і зобразити весь диск із завантажувального компакт-диска, будь-то використовуючи щось із відкритим кодом (завантажувальний диск Linux та DD на інший носій чи використовуючи partimage, але гарантій на це немає відновить належним чином інший диск, не тестуючи його) або комерційний (наприклад, акроніс або привид). Якщо у вас є зображення накопичувача, ви, принаймні, маєте шанс відновити або витягнути дані, якщо це буде необхідно.

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

Так, використовуйте конвертер VMware VM, щоб перетворити його в "інфраструктуру VM", підготуйте новий жорсткий диск на серверній коробці з VMWare ESXi (на даний момент у версії 4.0 і це безкоштовно) як гіперізор, отримайте його RAIDed (обладнання) з рівнем 6 або 10 якщо вам дозволено фінансово, як ESXi dun do SW RAID. Перевірте, чи не є ваш контролер RAID одним із тих, хто працює з ESXi тут .

Тоді ви можете використовувати VSphere для віддаленого моніторингу.

Зверніть увагу, що я потрапив під час проблеми відновлення активації після перетворення машини WS2K3 (oem std), коли вона виявила, що HW помітно змінилася, до тих пір, поки ваші вікна не мають версії, я думаю, у вас все буде добре.

Зважаючи на те, що бюджет не дозволений, можливо, доведеться відмовитися від власного жорсткого диска для нової установки VM, а взамін ви можете мати його на своєму сервері.

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

Удачі :-)

EDIT: Для резервного копіювання ... vSphere має браузер зберігання даних, який дозволяє робити копію файлів VM на локальну машину, якщо ви запускаєте vSphere з вашої локальної машини. Зробіть знімок запущеної VM (використовуйте режим тиші, якщо ситуація дозволяє), що звільнить блокування файлів VM перед копіюванням, інакше ви можете скористатися веб-браузером, щоб отримати доступ до вашого ESXi-сервера та ftp звідти всередині.

Варто враховувати, що тривалість перетягування всіх файлів VM по мережі може досить уповільнити ваш сервер.