Начало›Ръководства›Резервно копиране на данни

Резервно копиране на данни

Какво резервно копиране е нужно за физически сървър?

Физическият сървър се архивира като цяла машина: система, приложения, акаунти и данни, във вид на възстановим образ, допълнен с резервно копие на файловете и базите данни. Ако се архивира само папката с данни, в деня на срива всичко трябва да се преинсталира, преди файловете да бъдат върнати, което често отнема няколко дни.

Актуализирано: октомври 2026 г.3 мин за четене5 цитирани източника

Накратко

  • Системен образ (bare-metal) за рестартиране, файлове и бази данни за връщане на документ или таблица.
  • SQL база данни се архивира с инструмент, който разбира базата, а не чрез копиране на файлове в движение.
  • Копието трябва да напусне сървъра: втори вътрешен диск не оцелява нито при пожар, нито при рансъмуер.
  • Предвидете резервен хардуер: RAID контролер, лиценз, обвързан със серийния номер, хардуерен ключ (dongle).
  • Възстановявайте образа поне веднъж годишно на тестова машина, а файл — всяко тримесечие.

Два слоя, и двата полезни

Системният образ, или bare-metal резервното копие. То заснема дисковете на сървъра. Използва се, когато сървърът вече не стартира, когато дискът е извън строя или когато рансъмуер е засегнал системата. Microsoft препоръчва този вид резервно копие за възстановяване на домейн контролер, в частност защото то може да се възстанови на различен хардуер. Но трябва да знаете на какъв резервен хардуер ще стартира: много специфичен физически сървър (RAID контролер, лиценз, обвързан със серийния номер, хардуерен ключ) трудно се възстановява другаде. Планирането на това преди срива е част от резервното копиране.

Файловете и базите данни, в допълнение към образа. Те служат за връщане на документ или таблица, без да се възстановява цялата машина. SQL база данни се архивира с инструмент, който разбира базата (целост на транзакциите), а не само чрез копиране на файловете, докато машината на базата записва. За SQL Server Microsoft описва три модела на възстановяване: само пълният модел, с чести резервни копия на журнала с транзакции, позволява връщане към точен момент.

Образът може да се прави ежедневно. Базата данни — всеки час, ако въвеждането е непрекъснато. Двете истории не е нужно да имат еднакъв срок.

Системен образФайлове и бази данни
ПредназначениеРестартиране на сринал или заразен сървърВръщане на документ, пощенска кутия, таблица
Обичайна честотаЕжедневноОт ежедневно до всеки час (журнал на базата)
ВъзстановяванеРавностоен хардуер или виртуална машинаВ папка или в тестова база данни
На какво да обърнете вниманиеДрайвери, RAID, лицензи, обвързани с хардуераЦелост на транзакциите

Какво да не забравяте при физически сървър

  • Съдържанието на дисковете с данни и конфигурацията (споделени папки, планирани задачи, сертификати, служебни акаунти).
  • Базите данни и бизнес приложенията, с метод, който гарантира целостта им.
  • Електронната поща, ако все още се хоства на този сървър (локален Exchange), отделно от Microsoft 365.
  • Копие извън самия сървър. Microsoft напомня това за SQL Server: резервните копия трябва да са на друго физическо устройство, а не върху друг дял на същия диск, като файловете на базата. Втори вътрешен диск не оцелява нито при изгорял захранващ блок, нито при криптиране на системата.
  • Инсталационните носители и конфигурацията на софтуера: ANSSI, френската национална агенция за киберсигурност, препоръчва те да се документират, за да може системата да се възстанови без търсене.
  • Ключът за криптиране на резервното копие, съхраняван другаде, а не на този сървър.
  • Тест: възстановяване на образа поне веднъж годишно на тестова машина и на файл — всяко тримесечие. Методът е описан в Как да проверите, че резервното копие работи?.

Порядък на времето за възстановяване

Без образ: преинсталиране на системата, драйверите, приложенията, след това копиране на файловете. За бизнес сървър често са нужни от един до три работни дни, ако инсталаторите и лицензите се намерят.

С образ и копие извън обекта: времето зависи от обема, който трябва да се изтегли, и от резервния хардуер. Това е RTO, който трябва да се измери, а не да се предполага. NIST съветва подмяната на хардуера да се планира чрез споразумения с доставчиците. Ако това време остава неприемливо, физическият сървър се нуждае от DRP: рестартиране на резервна инстанция от резервното копие, докато хардуерът бъде поправен.

Ако трябва да се възстановят няколко сървъра, редът е важен. ANSSI препоръчва предварително да се определи ред на възстановяване, който отчита зависимостите (директорийна услуга, DNS, бази данни) и критичността на приложенията.

В WeDoBack

WeDoBack архивира физически сървъри с Windows и Linux, както и SQL Server, Exchange и бизнес софтуер, и може да възстанови целия сървър, включително софтуер и настройки, или само файлове. Данните се криптират на машината преди изпращането; ключът остава при клиента. Агентът за физически сървър струва 20 € без ДДС на месец по публичната цена на SMART, плюс съхранение по 49,99 € без ДДС на TB на месец; при INTEGRAL съхранението струва от 100 € до 65 € без ДДС на TB на месец в зависимост от обема, с безплатни агенти според нивото. Съществува опция за архивиран системен образ: 15 € без ДДС на месец за полугодишен образ или 60 € без ДДС на месец за месечен образ, на сървър и на TB. Ако хардуерът не може да бъде подменен навреме, DRP рестартира сървърите на резервни инстанции от избраната версия.

Вижте офертите и ценитеВижте офертата DRP

Често задавани въпроси

Може ли системен образ да се възстанови на друг хардуер?

Често — да: Microsoft посочва например, че bare-metal резервно копие на Windows Server може да се възстанови на различен хардуер. На практика проблеми създават драйверите за съхранение, RAID контролерите и лицензите, обвързани с хардуера. Това трябва да е изпробвано поне веднъж, на физическа или виртуална машина, преди да стане нужно.

Трябва ли да се прави резервно копие на физически сървър, ако дисковете му са в RAID?

Да. RAID позволява работата да продължи при отказ на диск. Той обаче вярно копира и изтриване, повреда или криптиране от рансъмуер. Това не е резервно копие: няма нито история, нито копие извън сървъра.

Колко често да се прави резервно копие на физически сървър?

Образът може да е ежедневен. База данни с непрекъснато въвеждане може да оправдае резервно копие на журнала с транзакции всеки час или дори по-често: това позволява връщане към точен момент. Честотата следва от допустимата загуба на данни, RPO.

Прочетете още

Резервно копиране на данниКакво резервно копиране е нужно за виртуална машина?Какво да направите, ако…Сървърът ми се срина: какво да правя?DRP и BCPКак да изградите DRP за малко или средно предприятие?DRP и BCPКак да определите своя RTO?

Източници

Документите са прегледани през октомври 2026 г.

  1. Резервно копиране на информационни системи – основи (ANSSI-BP-100, v1.1, 27 ноември 2025 г., на френски език) — ANSSI (френска агенция)
  2. AD Forest Recovery – Backing up a full server — Microsoft Learn
  3. Back up and Restore of SQL Server Databases — Microsoft Learn
  4. SP 800-34 Rev. 1, Contingency Planning Guide for Federal Information Systems — NIST
  5. Оферти и цени — WeDoBack

Проект за архивиране, DRP или BCP?

Над 20 години опит в защитата на корпоративни данни.

Поискайте оферта+33 9 72 50 78 28

Защитете данните си с WeDoBack

Криптирано архивиране извън обекта, неизменимо съхранение, DRP и BCP: опишете ни вашите сървъри и ние ще ви предложим подходящата комбинация.

Поискайте офертаВижте офертите и цените