Использование возможностей ReFS в Veeam Backup & Replication 9.5

    В одном из недавних постов шла речь о Veeam Backup & Replicaion 9.5, выпуск которого запланирован на четвертый квартал этого года. Сегодня я остановлюсь более подробно на заявленной расширенной поддержке ReFS.

    Файловая система Resilient File System (ReFS) является рекомендованной для Windows Server 2016, и ее новыми возможностями не преминули воспользоваться наши разработчики. Чему же было уделено особое внимание в новой версии Veeam Backup & Replication, и каковы результаты? Весьма положительны: применение ReFS в репозиториях резервных копий существенно повышает надежность хранения данных, значительно ускоряет операции по-блочного слияния инкрементов на СХД, а также позволяет хранить больше точек восстановления — за счет использования ссылок на идентичные блоки данных.

    За деталями добро пожаловать под кат.




    Прежде всего, будут поддержаны тома ReFS на внутренних СХД с прямым подключением (DAS) и на системах хранения Storage Spaces — как в их традиционном виде, так и развернутых с применением Storage Spaces Direct (S2D). Это даст возможность значительно ускорить создание синтетических полных бэкапов и преобразование резервных копий в цепочке, а также повысить надёжность и уменьшить потребление дискового пространства. Остановимся на этих преимуществах немного подробнее.

    Технология быстрого клонирования


    Одной из наиболее «заковыристых» операций при создании бэкапа, в частности, синтетического полного бэкапа, является трансформация (преобразование на уровне блоков), в ходе которой перемещаются блоки между разными файлами внутри инкрементальной цепочки. Подробнее см. статью базы знаний Veeam, а также пост на Хабре.

    В новой версии Veeam Backup & Replication для создания «синтетики» будет задействована технология быстрого клонирования (через ReFS API) – это позволит не перемещать блоки между файлами бэкапа, а оперировать ссылками на блоки, хранящиеся на томе. Таким образом, все операции, связанные с «синтетикой», сводятся к обновлению мета-данных и позволяют обойтись без непосредственного чтения-записи данных из бэкапа.

    Как видно из примера ниже, создание синтетического полного бэкапа для резервной копии ВМ на ReFS заняло 58 секунд, при этом были обработаны 3 инкрементальных бэкапа. Если проделать то же самое для резервной копии, хранящейся на NTFS, то потребуется больше 36 минут — как говорится, «почувствуйте разницу»!



    Оптимизация использования дискового пространства при хранении полных бэкапов


    Раз уж создание «синтетики» и операции трансформации теперь значительно ускорились, и производительность хранилища резервных копий возросла, то почему бы и не сохранять на диск больше полных бэкапов? Например, складывать туда больше GFS-бэкапов. Да на здоровье! Ведь благодаря интеграции с ReFS теперь есть возможность расшарить идентичные блоки для нескольких полных бэкапов. Это позволит, естественно, уменьшить требования к вместимости репозитория резервных копий и в определенной мере приблизиться по эффективности к СХД со встроенной дедупликацией (счастливо избежав, однако, снижения производительности из-за «регидратации» данных в таких системах). И что самое отрадное — СХД можно строить на базе типового Windows Server 2016, используя внутренние диски или диски с прямым подключением. Пример синтетического полного бэкапа в репозитории на ReFS:



    Метод защиты целостности данных при записи (Data Integrity Streams)


    Поговорим о надежности, которая, наряду с производительностью и оптимизацией использования дискового пространства СХД, является ключевым моментом в интеграции с ReFS. Veeam Backup & Replication 9.5 будет автоматически активировать Data Integrity Streams для всех файлов резервных копий, с которыми работает сканер целостности данных ReFS. Это позволит выявить и сигнализировать о неявных (silent) нарушениях, что особенно важно, когда используется прямой инкрементно-бесконечный метод резервного копирования, и нужно гарантировать целостность данных с длительным сроком хранения. Можно сказать, наши инженеры «укрупнили» уже существующую функциональность проверки целостности данных на уровне СХД, и теперь она распространилась не только на последнюю точку восстановления, но и на все хранимые бэкапы.

    Ниже дан пример записи журнала событий Windows Event Log при выявлении нарушенной целостности данных в файле на простом томе ReFS:



    Все эти фичи будут работать с обычными томами ReFS – но для тех, кто использует Storage Spaces, открываются еще более широкие возможности. Ведь такие системы позволяют принимать меры для починки поврежденных блоков, задействуя Mirror или Parity-копию блоков. Таким образом, можно обеспечить целостность данных в бесконечно-инкрементной цепочке бэкапов.

    Как же достичь всего этого прекрасного будущего? Очень просто: сконфигурировать репозиторий резервных копий на Windows Server 2016. (Многие используют тот же сервер, что и для Veeam backup server.) В результате будет доступен ReFS API, и, соответственно, все описанные выше функциональные возможности.

    Что еще почитать и посмотреть


    » Статья на Хабре с обзором новых возможностей и продуктов Veeam
    » Статья о методах резервного копирования Veeam
    » Анонс Veeam Availability Suite 9.5
    • +11
    • 6,7k
    • 8
    Veeam Software
    117,36
    Продукты для резервного копирования информации
    Поделиться публикацией

    Комментарии 8

      0
      Новостей про поддержку резервного копирования физических серверов (хотя-бы Windows и Linux) нет?
        +1
        А что конкретно интересует?
        Обзоры Veeam Agent for Linux уже были (https://habrahabr.ru/company/veeam/blog/306032/, https://habrahabr.ru/company/veeam/blog/307758/), там же есть и ссылка на бету.
        Про Veeam Agent for Windows (ex-Endpoint Backup) немного рассказывалось тут: https://habrahabr.ru/company/veeam/blog/308844/#section2.
          0
          Централизованно из единой консоли это всё управляется? В общий репозиторий с дедупликацией данные попадают?
            0

            Данные можно сохранять в централизованном репозитории Veeam Backup & Replication уже в текущей версии Veeam Endpoint Backup for Windows. В версии Агента для Linux тоже будет такая возможность.


            Касательно же централизованного управления — увы, для малых и средних инсталляций, пока нет готового решения от Veeam (но будет для крупных инсталляций) — у нас есть пост по этой теме, я процитирую из него без перевода:


            Q: How can Veeam Agents be centrally deployed, managed and monitored?
            A: Centralized job monitoring (via the Veeam Backup & Replication console) and reporting (via email notifications) is available for both free and licensed editions when backing up to a Veeam backup repository. Centralized deployment, configuration and management strategies depend on the deployment size:


            • Under 10 Veeam Agents: Manual deployment and management is recommended.
            • Above 10 Veeam Agents: Using remote configuration and management API available in licensed agents to automatically deploy and configure agents with logon scripts, Group Policy, SCCM, or whatever tool or method you have in place for software distribution is recommended.
            • Hundreds of Veeam Agents and multiple locations (hybrid cloud, remote offices, home offices, mobile users, etc.): Veeam Availability Console is recommended.
              0
              Поддержка создания «application consistent» копий (Oracle/SQL/Exchange итп) на физических серверах планируется?
                0

                Да, это будет в старшей редакции агента, "Server Edition":


                См. подробнее картинку со сравнением функционала редакций

                image

        0
        Будут ли эти возможности доступны и работать на Windows Server 2012 R2 с ReFS?
          0
          Fast Cloning (быстрое клонирование блоков) появилось только в ReFS 3.0 — а это Windows Server 2016 TP4. В качестве репозитория, поддерживающего данную фукнциональность, использовать Windows Server 2012 R2 не получится.

        Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

        Самое читаемое