Как избежать пяти распространенных ошибок при использовании резервного копирования Лангмейера

При настройке резервного копирования данных часто возникают мелкие детали, которые иногда упускаются из виду. Но тебе стоит обратить внимание и на них, чтобы ты создал идеальный бэкап. Мы покажем тебе несколько типичных ошибок при настройке резервного копирования Langmeier.


Ошибка 1: Нет журнала резервного копирования по почте

Зачастую люди забывают активировать рассылку журналов резервного копирования по электронной почте. Пусть журнал резервного копирования будет отправлен по электронной почте, чтобы получить активное уведомление. Регулярно проверяй журнал, чтобы обеспечить бесперебойную работу резервного копирования. Ты можешь ввести свой email здесь:

„Options --> Global settings --> Logging --> Email options…“

Ошибка 2: Носитель данных не имеет названия - тогда резервное копирование не удастся, потому что буква диска меняется со временем

Внешние жесткие диски или USB-флешки часто имеют название с буквой диска. При извлечении и вставке различных носителей данных часто меняется буква диска носителя данных. Однако, поскольку резервное копирование данных настроено на эту букву диска, команда сохранить данные терпит неудачу с сообщением, что носитель данных недоступен. Решение этой проблемы - назвать носитель данных в Langmeier Backup именем, а не буквой диска. Для этого в Путь к цели введи имя носителя данных в следующей форме:

[имя носителя данных]

Конкретный пример:

Неправильный:



Правильно:

Заблуждение 3: В компаниях нет медиа-биржи

Интервалы между резервными копиями должны быть адаптированы к потоку данных. Фиксированный ритм - это хорошо, но не менее важно наладить медиаобмен. Для этого также существует  „3-2-1 backup rule“.

Для бэкапа так называемое правило 3-2-1 нужно как минимум для того, чтобы бэкап действительно был бэкапом. Правило выглядит следующим образом:

• 3: минимум три копии
• 2: как минимум на двух разных носителях информации
• 1: Одна резервная копия хранится вне сайта

Ошибка 4: В службе не хранится пользователь-администратор

Предположим, ты выполняешь резервное копирование с помощью Langmeier Backup в сетевую папку, и программа ведет себя следующим образом: ручное резервное копирование запускается как надо, но для автоматически настроенного резервного копирования в журнале появляется это или похожее сообщение об ошибке:

Диск \Servername\ShareName\is недоступен.

Или, если сетевая папка является источником резервного копирования:

Источник №1 не может быть найден

Это происходит потому, что служба Langmeier Backup по умолчанию запускается под пользователем "System". Однако у пользователя "System" нет данных для входа в систему. Это пользователь без данных для входа в систему. Однако по соображениям безопасности сетевые ресурсы Windows часто доступны только пользователю с учетными данными. Соединения без учетных данных, таким образом, блокируются Windows.

Решение: Ищи службу "Langmeier Backup Service" в службах Windows. Выдели эту услугу правой кнопкой мыши, а затем нажми на "Свойства". Во вкладке "Логин" ты затем хранишь данные входа пользователя. Этот пользователь должен иметь права на файлы и папки, к которым будет осуществляться доступ.



Подтверди с помощью OK, а затем перезапусти службу.

Ошибка 5: вместо UNC-путей с IP-адресом используются общие ресурсы дисков (например, X:\).

Очень часто это связано с тем, как записывается путь, если не проводится автоматическое резервное копирование данных. Ты должен обращаться к устройствам не с буквой диска, а с нотацией UNC.

Ты должен  использовать нотацию UNC, которая имеет два обратных тире в начале:

\XXX.XXX.XXX.XXX.XXX\Backup

Конкретный пример с IP-адресом:



С именем (= DNS, Domain Name System) это будет выглядеть так: Jupiter - пример имени сервера здесь:



„backup“ должно быть именем ресурса.

Дальнейший поиск: Запасной вариант Лангмейера, Резервное копирование, Резервное копирование данных, внешний жесткий диск, Бэкап носителя, Концепция резервного копирования

Статьи, относящиеся к теме

Опубликуй комментарий здесь...