Synology как восстановить удаленные файлы

Обновлено: 03.07.2024

Пожалуй, с первого дня, когда я познакомился с NAS-ами Synology, я не уставал повторять, что этим устройствам катастрофически не хватает функции централизованного бэкапа, когда инициатором резервного копирования является сам NAS, когда он сам заходит на клиентские машины и бэкапит с них то, что нужно. Централизованно, по расписанию, без установки на клиентские машины дополнительного ПО. Эта функция, именуемая в Linux-среде Rsync-насосом, способна значительно облегчить настройку резервного копирования парка Linux-серверов.

В чем преимущество централизованного бэкапа?

Прежде всего, в том, что вся настройка резервного копирования ведется через Web-интерфейс NAS-а. Вам не нужно устанавливать дополнительное программное обеспечение на машины, с которых осуществляется копирование. В случае, если используется протокол передачи RSync или SSH, вам не нужно работать с командной строкой на клиентской машине. И поскольку SSH - нативный протокол операционной системы Linux, а Rsync доступен на всех дистрибутивах, то работа задачи резервного копирования не зависит от дистрибутива - вы одинаково легко настроите задачи бэкапа с десятка Ubuntu-машин, нескольких CentOS серверов и нескольких Windows-станций.

Второе преимущество - это легкость восстановления данных, из того же самого Web-интерфейса NAS-а Synology. То есть, если пострадали файлы, осуществляющие доступ к графической оболочке Linux-машины, вы можете восстановиться из бэкапа, даже не заходя на искомый Linux-клиент.

Разумеется, чем больше и чем разнороднее парк компьютеров и серверов организации, которые необходимо бэкапить, тем ощутимее будут удобства централизованного бэкапа с NAS-а.

В чем недостатки централизованного бэкапа?

Единственный существенный недостаток такого подхода состоит в том, что NAS-у для доступа к клиентским машинам, нужны логин и пароль. Как правило, для бэкапа создают отдельную, усеченную в правах, клиентскую запись, но и это может кого-то не устраивать, если политика конфиденциальности в компании просто параноидальная.

Централизованное резервное копирование производится последовательно - одна задача с одной машины за одно время. И если у вас установлены 100 машин, то пока не будет зарезервирована первая, ко второй NAS не приступит. Таким образом, время между резервными копиями может быть чересчур большим, если с каждого сервера вы бэкапите большое количество данных. Даже при инкрементальном копировании, NAS все равно будет проверять каждый файл в заданной папке на предмет изменений. Так что будьте готовы к тому, что интервал между резервными копиями может составлять не день-два, как вы хотели бы, а неделю.

Поддерживаемые протоколы

Для работы с Windows-машинами, поддерживается только протокол Samba, для Linux -протокол Rsync через модуль или через подключение по SSH с с возможностью выбора порта.

Инкрементальные бэкапы и Smart Recycle

Разумеется, в соответствии с требованиями, предъявляемыми современными пользователями, резервные копии должны быть инкрементальными. То есть, в резерве должна храниться история изменения файлов за длительный период, допустим за полгода, и пользователь должен иметь возможность прокрутить временную ленту назад, найти нужный файл, допустим, в версии позапрошлого месяца и восстановить его в исходное место.

Synology Active Backup for Server имеет похожую возможность. Вам предоставляется не только статистика по сделанным резервным копиям, но и возможность восстанавливаться с того момента, когда вам нужно. Правда, восстанавливается вся папка сразу, отдельный файл или отдельный каталог выбрать нельзя. А технология Smart Recycle экономит место, занимаемое различными версиями одного и того же бэкапа, увеличивая шаг во времени между старыми копиями.

Установка и настройка

Synology Active Backup for Server устанавливается как типичный пакет расширения через «цент пакетов» в DSM вашего NAS-а. Еще раз хочется заметить, что пакет доступен только для NAS-ов, ориентированных на бизнес-использование. На моделях для домашнего использования пакет недоступен. Никакой настройки не требуется - все готово и работает сразу после установки.

Стартовая страница интерфейса показывает состояние задач резервирования и занятое резервными копиями дисковое пространство.

В левом списке выбираем «Резервирование Linux» и создаем новую задачу. На выбор нам предоставляются три типа резервных копий - несколько версий, зеркальное отображение и инкрементный бэкап.

Самая полезная, но и больше всего занимающая место - это «несколько версий». Это некий аналог Apple Time Machine - система хранит заданное количество резервных копий за последнее время, и вы можете восстановить данные из любой из этих копий. Выбрав, что и куда бэкапить, вы можете настроить количество хранимых версий.

Для экономии дискового пространства, рекомендуем включить функцию Smart Recycle - она хранит ежечасные копии за последние 24 часа, ежедневные за последний месяц и еженедельные за период старше 1 месяца. Причем, частота сохранения резервных копий зависит от их количества. Сделайте 12 копий - и получите ежедневные бэкапы, сделайте 256 - и получите всю прелесть: ежечасные, ежедневные, еженедельные. Для наглядности, здесь же на диаграмме показано, какое количество копий и за какой период будут сохраняться.

Пару слов о восстановлении из бэкапа. Как уже было сказано, восстанавливать можно только целиком зарезервированную папку, за указанный день. Интерфейс восстановления позволяет вам на временной шкале выбрать дату, "когда все было хорошо", и каталог, куда именно произвести восстановление - туда откуда делалась резервная копия, или в другое место. Процесс восстановления занимает чуть больше времени, чем процесс бэкапа, и к этому нужно быть готовым. Очень надеюсь, что в следующих версиях программного пакета, появится возможность выбирать, что именно из бэкапа восстанавливать, так как это существенно ускорит процесс.

Тестирование в реальных условиях

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

К слову, механизм типичного резервирования выглядит иначе. Когда вы запускаете бэкап на самом сервере, ему не надо через сетевой протокол проверять каждый каталог и каждый файл - он практически сразу начинает архивирование каталогов, обращаясь к файловой системе, и уже затем передает архив на внешний носитель, или куда там выбрано. Поэтому, с точки зрения затраты ресурсов, можно сказать следующее: Active Backup for Server от Synology будет давать небольшую нагрузку на процессор Linux-сервера и сетевой канал, но будет осуществлять резервирование тем дольше, чем больше файлов и каталогов вы бэкапите. Локальный бэкап на сервере потребует больших ресурсов процессора и дисковой подсистемы, но осуществит резервирование значительно быстрее. Более того, динамичные файлы, такие как например, базы данных, ни тем ни другим способом зарезервировать не удастся.

Для тестирования использовалась следующая конфигурация:

Synology DS1511+, 5x1TB HDD 7200k SATA RAID 5
Сервер:
Core i7 860, 8С, 2.8 GHz
16 Gb RAM
LSI Megaraid 9240-8i
2xHDD Hitachi Ultrastar 15k600 600gb SAS RAID 1
Ubuntu 15.10
Тестовый каталог - 35588 папок, 188854 файлов объемом 38.8 Гб

В первом случае мы бэкапили каталог через Synology Active Backup for Server. Во втором случае - через команду TAR - в локальный архив на сервере в режиме Background, а затем через Rsync - передачу этого архива на тот же NAS.

Synology Active Backup for Server - 7 часов 20 минут 8 секунд, загрузка процессора - 10%, загрузка дисковой системы - 5%
Архивирование TAR на сервере с последующей загрузкой на NAS - 5 часов 10 минут, загрузка процессора - 36%, загрузка дисковой системы - 10%.

Выводы

Такое решение, как Synology Active Backup for Server, лично я ждал, без преувеличения, много лет. Казалось бы, как просто было бы взять, да и бэкапить Linux-серверы централизованно, удаленно. Для тех, кому лень изучить синтаксис Rsync и TAR, такое решение - просто находка. Особенно полезен интерфейс с выбором различных версий резервных копий. Без преувеличения, это огромный плюс, когда на рабочей машине что-то полетело и надо максимально быстро все вернуть в исходное состояние.

Однако, стоит понимать, что при больших объемах данных, удаленный бэкап через SSH и Rsync может занимать часы и даже сутки. В этом случае у вас будет сдвигаться расписание бэкапов, а ежедневные или ежечасные бэкапы могут просто не создаваться. А динамические файлы, такие как файлы баз данных, вообще не могут быть скопированы без остановки использующего их приложения.

В сегодняшних реалиях я рекомендую вам использовать для бэкапа средства самого сервера - резервирование встроено в любое мало-мальски серьезное приложение. И уж если нет возможности установить программу для архивирования данных, лучше всего создавать локальную копию резерва на самом сервере, а такое решение как Synology Active Backup for Server использовать для вытяжки готовых архивов бэкапа с сервера на NAS.

Читайте, как восстановить информацию с сетевых дисков (NAS) и внешних USB, eSata дисков под управлением FAT или NTFS . Разнообразные виды внешних хранилищ данных получают все большее распространение не только в офисах, но и среди домашних пользователей. У внешних систем хранения данных есть ряд неоспоримых преимуществ в сравнении с традиционными встроенными в компьютер жесткими дисками. Внешние системы легче поддаются замене, ремонту и расширению, их проще конфигурировать.

Внешнее хранилище можно подключить как к настольным, так и портативным компьютерам, а доступ к данным можно получать через проводную или беспроводную сеть.

Внешние накопители используются для хранения все большего количества информации. Но что случится с этой информацией, если с накопителем что-то случится? В этой статье мы попытались ответить на этот вопрос с точки зрения компании-производителя решений для восстановления карт памяти , жестких и внешних USB-дисков и других устройств.

USB и eSATA накопители

Устройства, работающие через интерфейсы USB и eSATA , являются простейшими типами внешних накопителей. Конструкция таких устройств предельно проста. Как правило, они представляют собой самый обыкновенный жесткий диск формата 2.5 или 3.5 дюйма, заключенный в отдельный корпус и снабженный переходником со стандартного интерфейса SATA на внешнюю разновидность того же интерфейса (eSATA) либо более популярным разъемом USB. Соответственно, и восстановление данных с таких накопителей мало отличается от работы с обычными дисками. USB-накопитель подключается к компьютеру и монтируется как жесткий диск, после чего запускается подходящий продукт для восстановления данных (например, Hetman Partition Recovery ). Дальнейшее очевидно.

Некоторые сложности представляет вариант с поломкой такого накопителя. Если сломается корпус-переходник – ничего страшного: накопитель разбирается, жесткий диск вынимается из устройства и монтируется в компьютере обычным образом, после чего считывание данных с него – вопрос техники. Если же сломался или износился сам жесткий диск , то непосредственное подключение к компьютеру способно помочь получить более полный доступ к хранящимся на нем данным.

Сетевые диски

Аббревиатура NAS ведет происхождение от термина Network Attached Storage («хранилище, подключаемое к сети»). Сетевые диски – наиболее популярное решение там, где требуется хранить большие объемы информации или необходим доступ к данным для нескольких устройств. Действительно, предоставить доступ с других компьютеров к USB-диску можно, но требует задействовать ресурсы компьютера, к которому подключен такой накопитель. Сетевые диски уже обладают встроенным сетевым контроллером, их можно просто добавить в сеть методом plug’n’play.

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

Накопители NAS устроены сложнее, чем устройства USB и eSATA. В таких устройствах уже присутствуют собственный процессор и память; их можно конфигурировать и программировать. В таких устройствах можно встретить более одного диска – в этом случае жесткие диски внутри устройства подключаются как массив RAID .

Накопители NAS могут использовать разные варианты файловых систем. Существуют накопители, работающие под управлением Linux (тогда используется FAT или одна из вариаций файловой системы EXT2 / EXT3) и даже Android.

Восстановить файл, удаленный с сетевого накопителя, а также восстановить данные после форматирования хранилища можно с помощью обычных средств – таких, как продукты компании Hetman Software . С восстановлением данных с накопителей, вышедших из строя, дело обстоит существенно сложнее .

Коснувшись проблемы восстановления данных с Synology 212j, понял, что и случае с JBOD всё не так просто. Причём причиной возникновения сбоя явилось банальное отключение электричества.

Т.е. мне предлагали спасти данные при помощи копирования файлов или выполнения бэкапа.

При этом при загрузке Diskstation начинал пищать. В панели управления было видно, что пищет по причине деградироваия или крушения тома диска (Volume degraded or crashed)

В разделе Disk Group (группа дисков) в Storage Manager было указано, что диск №2 находится в нормальном состоянии (normal). При этом группа дисков 1 была поломана (Disk Group 1 crashed).

Дополнительно было указано, что использовать том невозможно (unable to use this volume), данные могли быть уничтожены (the data in the volume may be crashed). Рекомендовали сделать бэкап перед удалением тома.

Сделать бэкап 7 террабайт данных мне было просто некуда. Да и не понятно было, как получить доступ к этим данным. Несмотря на то, что диск 2 был с нормальным статусом, данные на нём были не видны. А поскольку жесткие диски находятся в RAID массиве (JBOD), то простое подключение такого диск к стационарному компьютеру вряд ли решило бы проблему (или есть какой-то способ ?)

Обратился в службу поддержки Synology со своей проблемой. Всё, что мне посоветовали - обратиться в специализированный сервис по восстановлению данных, т.к. данные на JBOD том сложно восстанавливать. Я был в шоке от такого ответа. Даже задумался, а нужно ли действительно покупать сетевое хранилище вроде Synology? Может быть, лучше собрать своё NAS на базе компьютера с Linux? Конечно Synology может похвастаться множеством очень полезных приложений. Но фактически пользовался я Synology 212J только для копирования данных на сетевое хранилище, а также для доступа к аудио и видео. Без всего остального мог спокойно прожить. А полноценный дешевый компьютер даёт больше возможностей по его использованию. Хотя конечно придётся самому обновлять операционную систему и все приложения. У Synology всё это намного проще. И конечно есть как мобильные приложения, так и всевозможные приложения для бэкапа, копироваия, доступа и даже всякие почтовые серверы, веб серверы и пр.

Службу поддержки Synology я не послушал. Решил поискать ещё. Обнаружил, что данные на Synology Diskstation можно восстановить при помощи персонального компьютера, причем инструкция была обнаружена в FAQ на сайте Synology, так что очень странно, что мне не прислали ссылку на неё.

Дождался, пока жесткий диск WD Red NAS 5TB появится на американском амазоне по цене 169 долларов США (в России цена в 16 тысяч рублей меня не устроила, даже несмотря на наличие гарантии). Далее доставил его при помощи американского почтового посредника FishisFast (ФишисФаст). Доставка через отделение Почты России в Берлине была долгой, но зато дешевой. Жесткий диск приехал в целости и сохранности, потому что лежал среди одежды. И это при том, что упаковщики выкинули коробку от жесткого диска (пупырчатой пленкой обернули не коробку с жестким диском, а сам жесткий диск).

Заводская упаковка WD Red 5TB NAS идентична приобретенным ранее в США дискам Hitachi HGST 4TB NAS, которые также покупались с хорошей скидкой. И ту, и ту модель жесткого диска рекомендую к покупке благодаря хорошему качеству и отличным отзывам. А вот диски Seagate, Toshiba и Samsung я стал обходить стороной, хотя они часто предлагаются по гораздо более низким ценам.

После установки всех 3 жестких дисков в стационарный компьютер, сделал загрузочный диск с Ubuntu. Далее установил mdadm и lvm2, выполнив следующие команды в терминале:

При установке mdadm в настройках "General Type of Mail Configuration" нужно выбрать "No configuration".

Далее осталось только обеспечить доступ к дискам:

В результате появился том со всеми данными, которые были на сетевом хранилище. Осталось только скопировать с него файлы. При этом перенести удалось 99% данных. К сожалению, небольшая часть из них осталась недоступной. Проблемы при копировании доставили только папки @eaDir и .sync, которые добавляют Diskstaton и BitTorrent Sync соответственно. Пришлось их удалить.

Но это мне повезло с переносом данных, т.к. оба жестких диска были целы и невредимы. При попытке подключить только один из жестких дисков с сетевого хранилища Synology Diskstation тем же способом, доступа к данным не получил вообще (том просто не появлялся). В общем, для меня осталось загадкой, как спасать данные только с одного выжившего диска. Кто-нибудь знает, как это делать?

Способа вернуть Synology 212j в состояние до крушения мне найти не удалось. Пришлось опять заниматься установкой на чистые диски. Для этого из центра загрузок Synology 212j скачал Synology Assistant, а также операционную систему DSM 5.2 в формате .pat.

После установки Synology Assistant на компьютер с Windows или Linux, он сам находит в локальной сети сетевое хранилище.

Остаётся только нажать на кнопку "Установить", указать на локальном диске файл с операционной системой в формате pat, после чего указать пароль администратора.

Вряд ли стоит лишний раз упоминать о необходимости регулярно резервировать данные. Но как сделать этот процесс максимально эффективным с минимальными затратами? Как выбрать решение, которое может масштабироваться вместе с бизнесом? Стоит ли резервировать облачные сервисы? Какие скрытые расходы подстерегают администратора при выборе решений резервирования? На все эти вопросы мы ответим в нашей статье.

И начнем мы с централизованного резервирования данных, которое способно существенно облегчить жизнь администратору.

Централизованное резервирование данных как способ избежать головной боли

Сегодня на вопрос «где вы храните свои данные?» просто уже не ответишь. Данные компании распределены по различным платформам и устройствам, серверам и виртуальным машинам, персональным компьютерам и облакам, таким как Google Workspace или Microsoft 365. Конечно, все это усложняет задачу администраторам.

Чтобы гарантировать надежное резервирование данных, следует учесть каждое устройство и платформу. Проблема здесь еще и в том, что разные платформы могут быть совместимы только со своими специфическими решениями резервирования, поэтому придется интегрировать разные продукты от разных разработчиков, что еще сильнее повышает сложность. У каждого решения есть свои «подводные камни», к нему необходимо привыкнуть и правильно настроить, а по поводу технических проблем придется связываться с разными командами поддержки.

Наконец, есть еще один элемент в уравнении: многие решения резервирования заставляют покупать софт от одного вендора, а систему хранения — от другого. То есть придется раскошелиться на аппаратное обеспечение и лицензии ПО, что в окружении средней компании может привести к весьма существенным тратам.

Централизованное резервирование данных с помощью Synology

К счастью, лекарство от этого кошмара есть. Сегодня на рынке имеются решения централизованного резервирования, которые позволят управлять копиями данных из единого места. Самое приятное то, что Synology предлагает пакет резервирования Active Backup бесплатно вместе со своими NAS.

Достаточно загрузить Active Backup for Business в центре пакетов

Кроме централизованного резервирования данных в единой локации, решение Synology Active Backup дает ряд других преимуществ.

Централизованное управление

С помощью Active Backup Suite можно резервировать данные с сотен компьютеров, серверов или виртуальных машин — и все это с одного сервера или NAS. Что не только освобождает время и ресурсы, но и избавляет от необходимости настраивать каждое устройство отдельно, одно за другим. Ведь администратору есть, на что потратить время? Доступ к зарезервированным данным с сотни устройств обеспечивается через удобный портал восстановления. Конечно, поддерживается загрузка с флешки, после чего можно вернуть компьютер к состоянию последней резервной копии.

Через портал восстановления можно добраться до любых зарезервированных данных

Глобальная дедупликация

Одни и те же данные могут быть записаны на множестве устройств и платформ. При резервировании большого количества устройств избыточное и многократное хранение таких данных отнимает ценную емкость. Конечно, в состав Synology Active Backup встроена технология глобальной дедупликации, которая позволяет хранить только одну копию повторяющихся данных. Что экономит емкость и ресурсы. Насколько сильно помогает дедупликация? Все зависит от сценария, но компания Shiseido, будучи клиентом Synology, смогла уменьшить массив хранения более чем на 50 процентов с 58 Тбайт до 28 Тбайт.

В нашем случае глобальная дедупликация сэкономила сотни гигабайт: несколько резервных копий с трех компьютеров занимали 790 Гбайт места на массиве вместо 1,2 Тбайт.

Гибкие возможности восстановления

Администраторы, отвечающие в компании за сохранность данных, должны быть готовы к самым худшим вариантам развития событий. Централизованное резервирование уменьшает риск потери данных при ЧП в любом локальном офисе. Но что делать после происшествия? Чтобы минимизировать время простоя бизнеса, Synology Active Backup обеспечивает мгновенное восстановление в VMware и Hyper-V, а также запуск виртуальной машины напрямую на Synology NAS с помощью Synology VMM. В случае проблем с персональными компьютерами или облачными сервисами, подобными Microsoft 365, сотрудники могут восстановить, в первую очередь, приоритетные письма почты и другие файлы, не беспокоя администраторов.

Можно создать загрузочный носитель для восстановления данных без ОС

Как можно использовать резервные копии?

Кроме обеспечения сохранности данных, Synology позволяет выполнить намного больше. Возможность резервирования компьютеров целиком и виртуальных машин позволяет запускать их с помощью Synology Virtual Machine Manager в окружении «песочницы». Что позволяет заранее оценить эффект, например, от обновления программного обеспечения, а уже потом выполнять развертывание.

Ваши данные — ваша собственность!

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

Локальная копия данных из облака: есть ли смысл?

Облачные сервисы становятся составной частью многих бизнесов, поскольку они облегчают совместную работу, коммуникации и хранение файлов. Из-за удобства облачных провайдеров многие компании перешли на модель программного обеспечения как услуги (Software as Service, SaaS) в своей повседневной деятельности. Также подобная модель известна как программное обеспечение по требованию. Приложения располагаются в облаке, с ними и работают сотрудники. Модель SaaS дает немало преимуществ, таких как уменьшение затрат, простая установка и развертывание, высокий уровень доступности и масштабируемости. Поэтому популярность SaaS в бизнесе растет. Microsoft Office 365 уже может похвастаться более чем 200 млн. активных пользователей.

Не кладите все яйца в одну корзину

У модели SaaS много преимуществ, но не следует недооценивать потенциальные риски. Если вы опираетесь только на облачное хранилище и сервисы, то последствия для бизнеса могут быть весьма губительными. Как можно видеть в статье ARN, простой Microsoft, Google или AWS по различным причинам может привести к миллиардным потерям. В России к этому добавляются риски внезапных отключений целых сетей, связанных с попыткой заблокировать мессенджеры и другие сервисы. Это касается и борьбы с Telegram в 2019-2020 годах, и недавнего замедления Twitter. Что делать, если доступа к облаку нет?

Кроме отсутствия доступа к облачному сервису, здесь подстерегает еще одна опасность: случайное или намеренное удаление данных. Если верить расследованию Aberdeen Group, наиболее часто распространенной причиной потери данных в окружении SaaS является случайное удаление пользователя, хотя этот процесс требует нескольких подтверждений. Конечно, подобные инциденты случаются нечасто, но их цена может быть неподъемной и непредсказуемой для бизнеса. И если вы храните данные только в облаке, следует продумывать сценарий их резервирования. Особенно если они содержат важную и чувствительную информацию.

Облачные данные — наша зона ответственности!

Чтобы предотвратить подобную потерю данных, важно принять все необходимые меры. Которые гарантируют, что данные будут в безопасности в любой ситуации. Теперь, когда мы понимаем потенциальные риски платформ SaaS, следует добавить еще один уровень защиты. Он позволит обеспечить доступ к данным, даже когда облако будет недоступно или испорчено.

На рынке есть множество решений резервирования, которые позволяют предотвратить потерю данных. Однако резервирование с разных платформ разных экосистем SaaS обычно приводит к дополнительным расходам и административным усилиям. Есть ли решения, которые позволят выполнять резервирование всех экосистем SaaS на одной платформе?

При выборе решения резервирования следует учесть следующе. Прежде всего: поддержку необходимых экосистем SaaS, особенно наиболее популярных– Microsoft 365 и Google Workspace, чтобы можно было легко резервировать файлы с Microsoft OneDrive и My Drives, либо Team Drives в экосистеме Google. Во-вторых, должна быть поддержка разных вариантов резервирования, таких как непрерывное резервирование, ручное резервирование, а также резервирование по расписанию. Если под рукой будут разные режимы, можно гибко выбирать оптимальный для задач компании. Наконец, важно наличие поддержки дедупликации на уровне блоков, чтобы данные не дублировались многократно, а были сохранены в одной копии. Тогда доступное дисковое пространство будет использоваться максимально эффективно.

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

Synology Active Backup for Microsoft 365 и Active Backup for G Suite уже доступны на NAS, причем с расширениями для почты, календаря и контактов.

Скрытые расходы при покупке решения резервирования

Если вы когда-либо пытались сравнивать разные решения резервирования, то наверняка «тонули» в множестве разных опций, функций и моделей лицензирования. Тогда вам поможет наше небольшое исследование, в котором мы оценим скрытые расходы, связанные с резервированием.

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

Аппаратное обеспечение для резервирования и софт резервирования приобретаются раздельно

Решения резервирования «все в одном» с полной интеграцией

Для большинства компаний покупка обычных программных решений резервирования раздельно предпочтительнее, поскольку позволяет задействовать имеющиеся аппаратные ресурсы. Но в данном случае администраторы часто упускают фактор стоимости программных лицензий, которые сказываются на совокупной стоимости владения.

«Подводные камни»: скрытые расходы

В качестве примера мы возьмем резервирование VMware. Здесь есть три скрытых фактора, которые часто упускают из виду.

1. Стоимость лицензий и обслуживания

В большинстве случаев резервирования VM поставщики предлагают два вида оплаты: на сокет CPU или на хост VM (систему). В зависимости от конфигурации, оплата на хост может обходиться и дешевле, чем на сокет. Например, если у вас работает 2-сокетный сервер VMware с ценой $500* на сокет, то он обойдется дешевле, чем $800* на хост. При сравнении цен вендоров убедитесь, что вы учитываете итоговую цену решения.

В таблице приведены разные варианты моделей лицензирования для одного из сценариев.

Читайте также: