Synology Snapshot Replication как это работает

แชร์
ฝัง
  • เผยแพร่เมื่อ 28 ส.ค. 2024
  • Обеспечьте практически мгновенную защиту данных и непрерывность рабочих процессов с помощью современной технологии моментальных снимков, которая может быть использована во многих стратегиях резервного копирования.
    ссылка на статью моего сайта: bafista.ru/syn...

ความคิดเห็น • 48

  • @stz4448
    @stz4448 9 หลายเดือนก่อน +5

    В общем вроде разобрался среди всей этой кучи инструментов, оставлю выжимку будущему поколению :)
    § Снапшот - это «мгновенный снимок» файловой системы на определенный момент времени. Хранится там же где и сама система поэтому не безопасно.
    § Бэкап - это резервное копирование содержимого диска/папки с архивированием содержимого. Хранится отдельно.
    § Репликация - это создание клона/копии, но без архивирования а значит быстрое восстановление, в отличии от бэкапа. Грубо говоря репликация это и бэкап и снэпшот одновременно.
    Подбор инструментов делается уже под задачи.

  • @andrewt2135
    @andrewt2135 7 หลายเดือนก่อน

    Спасибо большое! Классная информация!

  • @bgpsbgps1
    @bgpsbgps1 6 หลายเดือนก่อน

    Александр, Доброго Здравия! Как представляется из комментариев - не совсем понятно: отнимают ли снэпшоты столько же места на дисках, сколько и версии в драйве. Ведь указывается, что снэпшоты почти не влияют на доступное пространство дисковое. Версии через драйв - точно сильно занимают место. А снэпшоты? Если снэпшоты места почти не занимают (говорится в первой части видео и на сайте Синолоджи) то в чем вообще смысл версий в драйве, зачем тогда они нужны? Но, при этом, в ветке под одним из комментарием Вы любезно указали, что при удалении файла, снэпшот которого сделан, объем пространства на диске остается занятым. Прошу, сориентируйте, помогите внести ясность по этому вопросу

    • @AlexandrLinux
      @AlexandrLinux  6 หลายเดือนก่อน +1

      снапшоты места не занимают, занимают место изменения сделанные после снапшота. это как две версии файлов.

    • @bgpsbgps1
      @bgpsbgps1 6 หลายเดือนก่อน

      @@AlexandrLinuxАлександр, Спасибо искренне! Благодарю Вас и за то, что сохраняете интерес и явное уважение к этой тематической проблематике!

  • @mirhovezmirhovez397
    @mirhovezmirhovez397 4 หลายเดือนก่อน

    Приветствую, Александр. Ситуация аналогична вашей. Локальная репликация папок на другой том. В проводнике windows пользователи видят по smb. Как скрыть реплицированные папки из проводника? Если настроить через разрешения, или поставить галку "скрыть из меню сетевое окружение", они пропадают, но при каждой след.репликации появялются снова.

    • @AlexandrLinux
      @AlexandrLinux  4 หลายเดือนก่อน

      странно, не должны появляться сами

    • @mirhovezmirhovez397
      @mirhovezmirhovez397 4 หลายเดือนก่อน

      @@AlexandrLinux если я правильно понимаю, при след.репликации папки перезаписываются полностью с ноля. И их настройки копируются с исходных папок.

  • @stz4448
    @stz4448 ปีที่แล้ว

    Спасибо за канал.
    Как я понял, что снэпшоты не очень надёжны, т.к. они делают снэпшот только файловой системы ? На примере: если всего жетский диск 4 tb и на нем файл 3 tb, далее делаем снэпшот, удаляем файл 3 tb и заливаем другой файл 4 tb. То снэпшот ведь восстановить уже не сможет первоначальный файл 3tb ?

    • @AlexandrLinux
      @AlexandrLinux  ปีที่แล้ว

      снапшоты это самое надежное что есть. Если вы удалите файл 3Т на диске 4Т, а снапшот не удалите, то по факту файл останется в снапшоте и место не освободиться. Такой файл за 1 секунду можно восстановить из снапшота. Но записать на диск, свободного места на котором 1Т, файл более этого свободного места не получится никак, это физика.

    • @stz4448
      @stz4448 ปีที่แล้ว

      @@AlexandrLinux спасибо большое за ответ.
      Получается что снэпшот будет хранить все файлы которые были в системе на момент создания снэпшота.
      И соответственно может быть очень много использовать место, если снэпшотов 30 штук и в каждой версии снэпшота много изменеий по файлам.

  • @ivang5548
    @ivang5548 17 วันที่ผ่านมา

    очень косноязычно. но понятно, спасибо

  • @seloserial
    @seloserial ปีที่แล้ว

    Приобрел недевно ds1522+, настраиваю, изучаю, и чем дальше в лес, тем больше дров )).
    Подскажите Александр, какой метод бэкапов подходит больше для моей задачи: нужно забэкапить папку с медиа файлами Plex (сериалы, кино и т д ), так, что бы размер готового бэкапа увеличивался или уменьшался в зависимости от состояния папки источника. Чтобы эти бэкапы не жрали место.
    Что лучше:
    Hyper Backup
    или
    Snapshot Replication ?
    Запутался, если честно.
    Благодарю, и спасибо за ролики, статьи, многое настроил благодаря вам.

    • @AlexandrLinux
      @AlexandrLinux  ปีที่แล้ว +1

      Что бы делать бекапы через репликации в Snapshot Replication нужен второй сино. А так можно делать в Snapshot Replication только снимки, они пригодятся что бы быстро вернуть файлы обратно, например если их удалят случайно или зашифруют. Hyper Backup делает инкриментные бекапы как на локальный хост так и на удаленный, то есть только измененные данные будут поступать в архив, репликация аналогично кстати. Если есть второй сино, то я бы делал репликации, если нет, то делал бы снимки и бекапил через Hyper Backup на другой сервер или облако. Вообще бекапить фильмы это ну такое себе, опятьже для меня, я рассуждаю со своей колокольни, фильмы можно заново скачать без особых проблем. bafista.ru/synology-osnovy-rezervnogo-kopirovaniya-dlya-zashhity-dannyh-3-2-1/

    • @seloserial
      @seloserial ปีที่แล้ว

      @@AlexandrLinux Спасибо за ответ, почти понял ) как надо сделать.
      Второго NAS нет, только один, но есть старенькая Time Capsule от Apple... (на нее наверное надо попробовать лить бэкапы), с NAS я ее связал через "Общая папка CIFS" - и то, еле еле разобрался как.😀
      Про фильмы, да, но не в моей стране, мне качать приходится через Seedboxes сервера, иначе штрафы по несколько тыщ€. Поэтому, бекапить надо, что бы заново не выкачивать террабайты развлечений.

    • @AlexandrLinux
      @AlexandrLinux  ปีที่แล้ว

      @@seloserial Держите хороший рейд. Я делаю так, до 4 включительно дисков RAID5, 6 и более дисков RAID6. На резервном сервере реида нет у меня.

    • @seloserial
      @seloserial ปีที่แล้ว

      @@AlexandrLinux у меня 4 HDD по 6 Tb, при первом включении (по незнанию) слепил их все в кучу в SHR 😁
      Изменить уже нельзя, только если сносить все в ноль и опять по новой с начала.

    • @AlexandrLinux
      @AlexandrLinux  ปีที่แล้ว

      @@seloserial а зачем менять, у вас RAID5, все отлично, я так и говорил. SHR это не реид, это система автоматического управления RAID. Я снимал ролик про это недавно.

  • @stz4448
    @stz4448 9 หลายเดือนก่อน

    Не могу разобратсья, чем отличается версии snapshot от версий бэкапа в hyper backup и там и там есть вроде можно достать файл с любой даты. Подскажите пожалуйста ?

    • @AlexandrLinux
      @AlexandrLinux  9 หลายเดือนก่อน +1

      снапшот это снимок файловой системы, а hyper бекап делает резервные копии файлов и настроек

  • @einoharmaa9853
    @einoharmaa9853 8 หลายเดือนก่อน

    Здравствуйте! Не подскажите как реализовать задачу: требуется создать постоянный Backup файла Excel с ноута windows на DS920+. Спасибо!

    • @AlexandrLinux
      @AlexandrLinux  8 หลายเดือนก่อน

      Через Synology drive, там есть и бекап задача

  • @AleksYurchenko
    @AleksYurchenko ปีที่แล้ว

    Правильно ли я понимаю, что версионирование в Synology Drive, тоже создаёт версии, используя эту же технологию снапшотов, благодаря файловой системе BTRFS?

  • @user-mm6cj3kx4y
    @user-mm6cj3kx4y 11 หลายเดือนก่อน

    Скажите, если допустим один из пользователей в сети поймал шифровальщика и у него подключены сетевые диски (расположены на NAS'е). То их он тоже будет шифровать. В общем все что доступно этому пользователю на NAS дисках?

    • @AlexandrLinux
      @AlexandrLinux  11 หลายเดือนก่อน

      Обычно так и происходит, именно поэтому делают снапшоты, что бы быстро восстановить информацию на NAS-се

    • @user-mm6cj3kx4y
      @user-mm6cj3kx4y 11 หลายเดือนก่อน

      А случайно нельзя отследить такую активность в DSM. Что делает шифровальщик - начинает очень активно использовать диск (шифровать), причем за короткий промежуток времени менять большое кол-во файлов. Т.е получается не типичная работа с диском от обычного пользователя. Система это видит и блокирует этого пользователя к доступу NAS, а админу приходит уведомление?@@AlexandrLinux

    • @AlexandrLinux
      @AlexandrLinux  11 หลายเดือนก่อน

      @@user-mm6cj3kx4y Я так не делал, но в теории нужно включать логирование действий по SMB и в журнале устанавливать порог количества журналов, тогда будет уведомление и даже на почту. Но это теории и найти это пороговое значения было бы для меня тяжело. Например так я сделал пороговое значение на подбор паролей, если начинается массовый подбор, то я получаю такое уведомление.

  • @vn5892
    @vn5892 ปีที่แล้ว

    А что если снимки и репликации хранятся на этом же NASе вирус не зашифрует? Как то странно.

    • @AlexandrLinux
      @AlexandrLinux  ปีที่แล้ว

      нет, не зашифрует, они по умолчанию не видимы. И вирусы шифровальщики в 99% на винде, до снапшотов через винду им не добраться, прав не хватит.

    • @vn5892
      @vn5892 ปีที่แล้ว

      @@AlexandrLinux Спасибо

  • @3DGluk
    @3DGluk 2 ปีที่แล้ว

    Почему-то не находит Snapshot Replication в Центре пакетов(

    • @AlexandrLinux
      @AlexandrLinux  2 ปีที่แล้ว +1

      Нужно смотреть на сайте сино, вдруг ваша модель не поддерживает этот пакет.

  • @nordpoint
    @nordpoint 2 ปีที่แล้ว

    Александр, подскажите, а можно ли, как в теневом копировании винды, восстанавливать отдельные файлы?

    • @AlexandrLinux
      @AlexandrLinux  2 ปีที่แล้ว

      А что за теневое копирование винды?

    • @nordpoint
      @nordpoint 2 ปีที่แล้ว

      @@AlexandrLinux на серваке виндовом у нас папка общего доступа, с возможностью посмотреть историю каждого файла, с глубиной архива 64 копий. Удобно, чтобы всю папку не восстанавливать. Вот выдержка:
      В теневых копиях (VSS) содержатся записи об изменениях файлов. Копии делаются автоматически каждый час - по умолчанию Windows хранит целых 64 копии файла. Использовать их можно без прав администратора, что удобно - как для пользователей, так и для самого администратора :).
      Вот несколько важных особенностей теневых копий:
      По умолчанию максимальное количество хранимых снапшотов для диска - 64. При превышении этого значения служба VSS начинает циклическую перезапись теневых копий и удаляет самые ранние слепки.
      Под теневые копии система выделяет 10% емкости раздела, однако это значение можно изменить.
      Теневое копирование включается для тома целиком, и включить его для отдельной папки невозможно.
      Microsoft не рекомендует создавать снапшоты чаще, чем раз в час.

    • @AlexandrLinux
      @AlexandrLinux  2 ปีที่แล้ว +1

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

    • @nordpoint
      @nordpoint 2 ปีที่แล้ว

      @@AlexandrLinux Насчет облака в 11, это да. Сделал видимым снэпшот и у видел историю файлов в Синолоджи. Спасибо Вам, и удачи!

    • @AleksYurchenko
      @AleksYurchenko ปีที่แล้ว

      ​@@AlexandrLinux Но как оказалось, история файлов в Windows 11 по-прежнему позволяет работать с NAS или другим локальным диском. Работа с облаком от Microsoft не поддерживается. Ну и кстати я никогда не слышал, что бы они планировали так сделать.

  • @senj3ru
    @senj3ru 2 ปีที่แล้ว

    Если вот есть диск 8 тб, сколько будет весить его снимок? так же 8тб будет или как?

    • @AlexandrLinux
      @AlexandrLinux  2 ปีที่แล้ว

      Снимок занимает место столько сколько данные и ещё учитывайте дедупликцию, это когда второй снимок 8т занимает на сино только разницу в данных с первым 8т снимком.

    • @senj3ru
      @senj3ru 2 ปีที่แล้ว

      @@AlexandrLinux то есть если данных на ЖД в 8тб будет на 7тб, то снимое не сделается потому что места не хватит?

    • @AlexandrLinux
      @AlexandrLinux  2 ปีที่แล้ว

      @@senj3ru вы задали один вопрос, а теперь задаёте другой про свободное место на сино. Я на первый ответил. Что касается второго, то естественно если на сино нет достаточного свободного места, что бы вместить все данные то будет фаил

  • @vn5892
    @vn5892 ปีที่แล้ว

    А где хранятся снимки?

    • @AlexandrLinux
      @AlexandrLinux  ปีที่แล้ว

      Снимки хранятся в самой файловой системе BTRFS. Но их можно увидеть в File Station если в настройках включить отображение снимков.

    • @vn5892
      @vn5892 ปีที่แล้ว

      @@AlexandrLinux Спасибо