- Подготовка окружения и описания параметров в скриптов
- Что такое репликация, и зачем она нужна
- Исследование
- Мастер – создание сертификата
- . Настройка зеркалирования с использованием пользователя и пароля
- Просмотрщик статуса репликации (Replication Status Viewer)
- Мастер – ‘экспорт сертификата на файловую систему
- Обзор и устранение ошибок
- Копирование сертификата с Мастера на Миррор
- Миррор – – создание сертификата, конечной точки и экспорт сертификата
- Копирование сертификата с Миррора на Мастер
- Мастер – выдача прав
- Виды репликации
- Выполнение репликации – базовые сценарии для microsoft hyper-v
- Использование hyper-v replica
- Как mysql реплицирует данные
- Пример построения простой репликации в mysql
- Репликация виртуальных машин в hyper-v –
- Термины
- Требования adreplstatus
- Мастер – создание конечной точки EndPoint
Подготовка окружения и описания параметров в скриптов
Перед параметризацией и копированием скриптов прочтите и замените под своё окружение
- название файлов сертификатов в скрипте для мастера
HOST_MASTER1_cert
HOST_MIRROR1_cert
- путь и название на файловой системе для выгрузки сертификата в скрипте
C:Mirroring HOST_MASTER1_cert.cer
(на обоих системах рекомендую использовать один путь, чтобы не путаться
- Пароль сертификата – в примере S#xyAdm1n
- Название EndPoint для мирроринга
EndPoint Mirroring
HOST_MIRROR1_login
- *порт ( по умолчанию LISTENER_PORT=5022)
- *Стартовая дата – дата начала действия сертификатов START_DATE
Описание действий будет выполняться по пунктам с указанием места выполнения кода
Что такое репликация, и зачем она нужна
Само по себе, понятие репликации означает процесс синхронизации нескольких копий объекта. В нашем случае, таким объектом является сервер БД, а наибольшую ценность представляют собой сами данные. Если мы имеем два и более серверов, и любым возможным способом поддерживаем синхронизированный набор данных на них — мы реализовали репликацию системы. Даже ручной вариант с
mysqldump -> mysql load
— это также репликация.
Стоит понимать, что сама по себе репликация данных не имеет ценности, и является лишь инструментом решения следующих задач:
- повышение производительности чтения данных. С помощью репликации мы сможем поддерживать несколько копий сервера, и распределять между ними нагрузку.
- повышение отказоустойчивости. Репликация позволяет избавиться от единственной точки отказа, которой является одиночный сервер БД. В случае аварии на основном сервере, есть возможность быстро переключить нагрузку на резервный.
- распространение данных. В современную эпоху глобализации ваше приложение может обслуживать пользователей со всего мира, и мы хотим, чтобы жители и Сиднея, и Хельсинки имели минимальную задержку доступа к нему.
- распределение нагрузки. В случае, если БД обслуживает запросы разных типов (быстрые и легкие, медленные и тяжелые), может иметь смысл развести эти запросы по разным серверам, для увеличения эффективности работы каждого типа.
- тестирование новых конфигураций. С помощью репликации есть возможность проведения тестирования новых версий сервера БД, изменения параметров конфигурации, и даже изменения типов хранилища данных.
- резервное копирование. С помощью репликации есть возможность делать механизмы резервного копирования более гибкими и вносить меньше негативных эффектов в работающую систему.
Исследование
Когда Вы в первый раз запускаете утилиту, ADREPLSTATUS может проверить статус репликации для всего леса, отдельного домена в лесе или ряда контроллеров доменов в домене (возможна проверка одного КД). Например, я запустил ADREPLSTATUS в своем домашнем домене, в котором имеется три КД.
Мастер – создание сертификата
USE master; CREATE CERTIFICATE HOST_MASTER1_cert WITH SUBJECT = 'HOST_MASTER1 certificate', START_DATE = '05/06/2020' GO
. Настройка зеркалирования с использованием пользователя и пароля
об этом пункте писать в рамках данной заметки не вижу смысла, так как всё достаточно просто и понятно через графический интерфейс MS SQL Management Studio. Инфраструктура настроена и готова для репликации в обе стороны ( т.е. для репликации и переключения )
Пользуйтесь на здоровье!
Просмотрщик статуса репликации (Replication Status Viewer)
Если в ходе исследования не было найдено ошибок, Вы будете перенаправлены на Replication Status Viewer (рис. 2). Вы также можете запустить его через кнопку в секции Replication Status.
Replication Status Viewer автоматически осуществляет группировку по Конечному контроллеру домена (Destination DC) (так как репликация всегда является входящей), затем по Исходному контроллеру домена (Source DC). Вы можете увидеть эту группировку выше в заголовках столбцов. Группировку можно менять, столбцы можно добавлять.
Мастер – ‘экспорт сертификата на файловую систему
BACKUP CERTIFICATE HOST_MASTER1_cert TO FILE = 'C:MirroringHOST_MASTER1_cert.cer'; GO
Обзор и устранение ошибок
Нас, конечно, в первую очередь интересует применение этой утилиты для целей устранения ошибок. Допустим, я деактивируют исходящую репликация с RENSHI-DC. Replication Status Viewer красным цветом обозначает тот КД, которые должен получить репликацию от RENSHI-DC (рис. 4).
Поле Last Sync Message показывает саму ошибку, но обратите внимание, что здесь слева есть кнопка для каждой строки раздела директории. Она показывает специфический номер ошибки, и когда Вы выбираете ее, утилита отправляет Вас TechNet и показывает Вам описание ошибки и как ее исправить (рис. 5). Всего ошибок репликации чуть больше 70, и ADREPLSTATUS упрощает процесс их поиска.
Копирование сертификата с Мастера на Миррор
Скопируйте полученный на предыдущем шаге файл C:MirroringHOST_MASTER1_cert.cer с Мастер системы на Миррор
Далее проделываем аналогичные действия на мирроре по этому опишу в одном шаге
Миррор – – создание сертификата, конечной точки и экспорт сертификата
CREATE CERTIFICATE HOST_mirror1_cert WITH SUBJECT = 'HOST_mirror1_certificate', START_DATE ='05/06/2020' GO CREATE ENDPOINT Endpoint_Mirroring STATE = STARTED AS TCP ( LISTENER_PORT=5022 , LISTENER_IP = ALL ) FOR DATABASE_MIRRORING ( AUTHENTICATION = CERTIFICATE HOST_mirror1_cert , ROLE = ALL ); go BACKUP CERTIFICATE HOST_MIRROR1_cert TO FILE = 'C:MirroringHOST_MIRROR1_cert.cer'; go
Копирование сертификата с Миррора на Мастер
Скопируйте полученный на предыдущем шаге файл C:MirroringHOST_MIRROR1_cert.cer с Миррора системы на Мастер
К этому моменту на обоих системах включены конечные точки зеркалирования (Mirroring Endpoints) и находятся перекрестно сертификаты каждой из систем
Мастер – выдача прав
GRANT CONNECT ON ENDPOINT::Endpoint_Mirroring TO [HOST_MIRROR1_login]; GO
Виды репликации
Существует два принципиально разных подхода к репликации:
покоманднаяпострочная
. В случае покомандной репликации, в журнал мастера протоколируются запросы изменения данных (INSERT, UPDATE, DELETE), а слейвы в точности воспроизводят те же команды у себя. При построчной же репликации в журнале окажутся непосредственно изменения строк в таблицах, и эти же фактические изменения применятся затем на слейве.
Как нет серебряной пули, так и каждый из этих методов имеет свои преимущества и недостатки. Покомандная репликация проще в реализации и понимании, снижает нагрузку на мастер и на сеть. Но тем не менее, покомандная репликация может приводить к непредсказуемым эффектам, при использовании недетерминированных функций, таких как NOW(), RAND(), и т.д.
Могут быть также проблемы, вызванные рассинхронизацией данных между мастером и слейвом. Построчная же репликация приводит к более прогнозируемым результатам, так как фиксируются и воспроизводятся фактические изменения данных. Тем не менее этот метод может значительно увеличивать нагрузку на мастер-сервер, которому приходится фиксировать каждое изменение в журнале, и на сеть, через которую эти изменения распространяются.
В MySQL поддерживаются оба способа репликации, а дефолтный (можно сказать, что и рекомендуемый) изменялся в зависимости от версии. В современных версиях, например MySQL 8, по умолчанию используется построчная репликация.
Второй принцип разделения подходов к репликации — количество мастер-серверов. Наличие одного мастер сервера подразумевает, что только он принимает изменения данных, и является неким эталоном, с которого уже распространяются изменения на множество слейвов.
В случае же с мастер-мастер репликацией мы получаем как и некоторый профит, так и проблемы. Один из плюсов, например, то, что мы можем давать удаленным клиентам из тех же Сиднея и Хельсинки одинаково быструю возможность записывать свои изменения в базу.
Также, стоит отметить, что наличие мастер-мастер репликации в общем случае не может увеличить производительность записи данных в системе. Представим, что наш единственный мастер может обрабатывать до 1000 запросов в единицу времени. Добавив к нему реплицируемый второй мастер, мы не сможем обрабатывать по 1000 запросов на каждом из них, так как кроме обработки “своих” запросов, им придется применять изменения, сделанные на втором мастере.
Что в случае покомандной репликации сделает суммарно возможную нагрузку на оба не больше, чем на самый слабый из них, а с построчной репликацией эффект не совсем предсказуемый, может быть как положительный, так и отрицательный, в зависимости от конкретных условий.
Выполнение репликации – базовые сценарии для microsoft hyper-v
Veeam Backup & Replication позволяет создавать не только резервные копии, но и реплики виртуальных машин. При репликации виртуальных машин Veeam Backup & Replication создает точную копию исходной виртуальной машины в оригинальном формате на резервном хосте Hyper-V и периодически синхронизирует эту копию с исходной машиной, поддерживая данные в актуальном состоянии.
Репликация позволяет достичь лучших показателей RTO, так реплика представляет собой копию виртуальной машины, которую можно запустить в любой момент времени. Если исходная машина по какой-то причине перестанет работать, вы сможете быстро переключиться на реплику и восстановить критичные для бизнеса службы и приложения с минимальным простоем. В связи с этим технология репликации чаще всего используется для машин, на которых работают приложения уровня 1 (tier 1).
Для создания реплики виртуальной машины необходимо сконфигурировать задание репликации. Во время первой сессии задания репликации Veeam Backup & Replication копирует образ виртуальной машины целиком и регистрирует копию виртуальной машины на целевом хосте Hyper-V. При последующих сессиях задания Veeam Backup & Replication копирует только измененные блоки данных виртуальной машины относительно последней сессии (инкрементальные изменения) и создает новую точку восстановления для реплики виртуальной машины. Используя эту точку восстановления, вы можете «откатить» виртуальную машину на нужное состояние. Для создания точек восстановления используются снимки состояния Hyper-V. При инкрементальной репликации измененные блоки данных записываются в разностный диск (differencing disk) снимка состояния, который сохраняется рядом с полным образом реплики виртуальной машины. Количество точек восстановления для реплики зависит от настроек политики хранения.
Veeam Backup & Replication позволяет создавать реплики виртуальных машин как на локальных площадках (поддержка сценария высокой доступности), так и на удаленных площадках (поддержка сценария восстановления после аварии). Если для создания реплик виртуальных машин планируется использовать сеть WAN, вы можете оптимизировать передачу данных с помощью технологий дедупликации и сжатия данных. Кроме того, вы можете задать правила для регуляции пропускной способности сети (network throttling). Эти правила помогут вам избегать ситуаций, когда задания репликации используют все сетевые ресурсы. Для снижения нагрузки можно также использовать технологию создания начальной реплики виртуальной машины из резервной копии (replica seeding) или использовать возможность создания реплик из резервных копий виртуальных машин (remote replica from backup).
В этом разделе
Условия выполнения операции
Прокси-сервер и репозиторий необходимы в случае, если вы используете распределенную инфраструктуру резервного копирования.
Основные действия
Чтобы создать реплику виртуальной машины:
Шаг 1. Создайте задание репликации
- На вкладке Home в панели инструментов нажмите Replication Job и выберитеMicrosoft Hyper-V.
- На шаге Name укажите имя задания репликации и его описание.
Шаг 2. Добавьте машины в задание репликации
Добавление контейнера позволяет сформировать динамически обновляемый список виртуальных машин. При обнаружении новых виртуальных машин в контейнере в виртуальной среде Veeam Backup & Replication автоматически обновит список машин в задании репликации.
- На шаге Virtual Machines нажмите Add.
- Чтобы найти нужную виртуальную машину или контейнер, в поле поиска укажите имя или часть имени машины или контейнера и нажмите Start search справа. Выберите нужную виртуальную машину или контейнер в списке результатов поиска и нажмите Add.
Выбранный объект появится в списке Virtual machines to replicate.
Шаг 3. Исключите ненужные машины и диски виртуальных машин
Если в задание добавлен контейнер виртуальных машин, вы можете исключить отдельные дочерние контейнеры или виртуальные машины из задания. Кроме того, вы можете исключить отдельные диски виртуальной машины. Например, вы можете указать, что необходимо включить в реплику только системные диски машины и исключить все остальные.
- На шаге Virtual Machines нажмите Exclusions.
- Чтобы исключить виртуальную машину или контейнер виртуальных машин из задания, откройте вкладку VMs. Нажмите Add и выберите машины или контейнеры, которые следует исключить. Чтобы найти нужную виртуальную машину или контейнер, в поле поиска укажите имя или часть имени машины или контейнера и нажмите Start search справа.
- Откройте вкладку Disks. Выберите в списке машину, диски которой нужно исключить, и нажмите Edit.
Если виртуальная машина была добавлена в состав контейнера и вы хотите исключить отдельные диски из ее реплики, нажмите Add и добавьте эту виртуальную машину в список как отдельный объект. Выберите диски, которые вы хотите включить в реплику виртуальной машины; невыбранные диски будут исключены.
- Нажмите OK, затем снова ОК.
- Нажмите Recalculate, чтобы рассчитать общий размер виртуальных машин, включенных в задание репликации.
Шаг 4. Укажите порядок обработки объектов
Если вы добавили несколько виртуальных машин или контейнеров в задание репликации, вы можете указать, в каком порядке они должны обрабатываться. Эта возможность может быть полезной, если вам необходимо соблюдать требования окна резервного копирования и вы не знаете, сколько времени может занять обработка виртуальных машин. В этом случае вы можете указать, что критичные виртуальные машины должны обрабатываться в первую очередь.
- На шаге Virtual Machines щелкните по виртуальной машине или контейнеру, добавленному в список.
- Используйте кнопки Up и Down, чтобы переместить виртуальную машину или контейнер на позицию выше или ниже в списке. Чем выше позиция объекта в списке, тем выше его приоритет при обработке. Если вы добавили в задание контейнер виртуальных машин, машины внутри контейнера будут обрабатываться не по порядку, а случайным образом.
Шаг 5. Выберите целевой хост для реплики виртуальной машины
На шаге Destination укажите, где вы хотите создать реплику виртуальной машины.
- Нажмите Choose рядом с полем Host or cluster и выберите хост, на котором вы хотите зарегистрировать реплику виртуальной машины.
Если вы выберете кластер, задание репликации будет работать до тех пор, пока в кластере имеется хотя бы один доступный хост.
- Нажмите Choose рядом с полем Path и выберите путь, по которому должны располагаться файлы реплики виртуальной машины.
Шаг 6. Укажите общие настройки для задания репликации
Если вы используете сценарий распределенного развертывания инфраструктуры резервного копирования, вам нужно указать репозиторий, который будет использоваться заданием репликации. В случае простого сценария репозиторий указывать не нужно. Роль репозитория выполняет сервер резервного копирования.
В репозитории резервного копирования хранятся метаданные реплики (контрольные суммы для считанных блоков данных). Метаданные помогают ускорить процесс передачи данных при инкрементальных сессиях задания репликации.
- В списке Repository for replica metadata выберите нужный репозиторий. Файл с метаданными, созданный в результате работы задания репликации, будет сохранен в этом репозитории.
- В поле VM name suffix укажите, какой суффикс должен быть добавлен к имени реплики виртуальной машины. Veeam Backup & Replication добавит указанный суффикс к имени исходной машины и зарегистрирует реплику виртуальной машины под этим именем на целевом хосте Hyper-V.
- В поле Restore points укажите максимальное количество точек восстановления, которое вы хотите хранить для реплики виртуальной машины.
Шаг 7. Укажите дополнительные настройки
На шаге Job Settings нажмите Advanced, чтобы указать дополнительные настройки для задания репликации.
- На вкладке Traffic убедитесь, что установлен флаг Exclude swap file blocks. Размер файла подкачки Microsoft Windows на гостевой ОС виртуальной машины может значительно меняться между сессиями задания репликации. Veeam Backup & Replication определит, какие блоки данных относятся к файлу подкачки, и исключит такие блоки данных из обработки. В результате скорость репликации увеличится, а размер точек восстановления реплики уменьшится.
- При передаче данных между двумя прокси-серверами Veeam Backup & Replication использует технологию сжатия данных, чтобы снизить нагрузку на сеть. Veeam Backup & Replication предлагает 5 уровней сжатия данных, каждый из которых имеет свой коэффициент сжатия: None, Dedupe-friendly, Optimal, High и Extreme. В списке Compression level выберите нужный уровень сжатия.
- Откройте вкладку Notifications. Установите флаг Send email notifications to the following recipients и укажите адрес электронной почты. После завершения задания репликации вы получите уведомление с информацией о результатах задания на указанный адрес.
Для получения уведомлений необходимо указать настройки электронной почты в Veeam Backup & Replication. Для этого в меню Veeam Backup & Replication выберите General Options и задайте нужные настройки на вкладке E-mail Settings.
- Откройте вкладку Hyper-V.
- Если вы создаете реплику виртуальной машины, на которой работают приложения, не поддерживающие Microsoft VSS (например, машины под управлением Linux), убедитесь, что выбрана опция Enable Hyper-V guest quiescence.
- Убедитесь, что установлен флаг Take crash consistent backup instead of suspending VM. Veeam Backup & Replication будет использовать метод резервного копирования без учета данных приложений вместо метода «холодного» резервного копирования, что позволит создать реплику без выключения виртуальной машины.
- Убедитесь, что установлен флаг Use changed block tracking data. Veeam Backup & Replication использует собственную технологию отслеживания измененных блоков. Модуль CBT хранит список измененных блоков данных. Вместо того чтобы сканировать образ виртуальной машины и определять измененные блоки данных в виртуальной машине, Veeam Backup & Replication запросит информацию о новых блоках у модуля CBT.
Использование механизма CBT позволяет значительно увеличить скорость и эффективность инкрементальной репликации. Например, если с момента последней сессии задания репликации изменилось 5% блоков данных, скорость инкрементальной репликации с использованием модуля CBT возрастет в 20 раз.
Шаг 8. Укажите путь передачи данных
Выберите компоненты инфраструктуры резервного копирования, которые будут использоваться для репликации, а также укажите путь передачи данных.
- На шаге Data Transfer нажмите Choose рядом с полем Source proxy. Убедитесь, что в диалоге Backup Proxy выбрана опция Off-host backup. Veeam Backup & Replication перенесет выполнение операции репликации с исходного хоста на выделенный прокси-сервер, чтобы снизить нагрузку на хост.
- Для передачи данных в процессе репликации может использоваться прямое соединение между исходным и целевым хостами или соединение с ипользованием двух WAN-акселераторов. Последний сценарий рекомендуется использовать при слабом сетевом соединении. Для получения более подробной информации о WAN- акселераторах см. руководство пользователя Veeam Backup & Replication для Microsoft Hyper-V.
Шаг 9. Укажите настройки обработки гостевой ОС виртуальной машины
На этом шаге вы можете указать настройки для обработки гостевой ОС виртуальной машины.
Для создания реплик виртуальных машин Veeam Backup & Replication может задействвовать службы теневого копирования томов (Microsoft VSS) или командные сценарии для «заморозки» гостевой ОС. Службы теневого копирования томов и сценарии позволяют создать согласованный образ виртуальной машины, даже если на ней в данный момент работают приложения, данные которых активно используются или обновляются. В случае переключения на такую реплику вы сможете восстановить работу всех служб и приложений на виртуальной машине без потери данных.
Чтобы создать реплику виртуальной машины с учетом состояния приложений:
- На шаге Guest Processing установите флаг Enable application-aware processing.
- Укажите учетную запись с правами администратора для всех виртуальных машин, добавленных в задание. Для этого нажмите Add справа от поля Credentials и введите имя пользователя и пароль для учетной записи. Если вы уже вводили данные для этой учетной записи раньше, вы можете выбрать нужную учетную запись в списке Credentials.
Учетная запись необходима для установки, запуска и удаления на гостевой ОС виртуальной машины модуля Veeam, координирующего процессы VSS.
- По умолчанию указанные данные учетной записи используются для всех виртуальных машин в задании. Если для виртуальных машин необходимо указать данные разных учетных записей, нажмите Credentials.
Выберите виртуальную машину в списке и нажмите Set User > Standard credentials. Затем укажите данные учетной записи с правами администратора для выбранной виртуальной машины. Повторите процедуру для всех виртуальных машин в задании.
- Для указания дополнительных настроек нажмите Applications. Выберите виртуальную машину в списке и нажмите Edit.
- На вкладке General рекомендуется выбрать опцию Try application processing, but ignore failures. В этом случае Veeam Backup & Replication продолжит репликацию виртуальной машины, даже если при обработке виртуальной машины с помощью VSS или сценариев возникнут проблемы. Если создать согласованную реплику не удастся, Veeam Backup & Replication попытается создать реплику без учета состояния данных приложений.
- Если в задание добавлена виртуальная машина с приложениями, которые используют логи транзакций, выберите опцию Process transaction logs with this job. После успешного завершения задания репликации Veeam Backup & Replication обрежет логи транзакций, что поможет сэкономить место на диске.
Если вместе с Veeam Backup & Replication вы используете стороннее приложение для резервного копирования на уровне гостевой ОС виртуальной машины, которое использует логи транзакций, выберите опцию Perform copy only. Эта возможность поможет избежать конфликта приложений.
Шаг 10. Укажите расписание для задания репликации
Задание репликации может запускаться вручную или автоматически, согласно заданному расписанию. Чтобы настроить расписание для задания репликации:
- На шаге Schedule установите флаг Run the job automatically. Если вы не установите этот флаг, задание резервного копирования необходимо будет запускать вручную.
- Выберите нужный тип расписания: ежедневное, ежемесячное, периодическое или постоянное. Кроме того, вы можете создать цепочку из заданий. В этом случае задания будут запускаться автоматически одно за другим.
- Убедитесь, что установлен флаг Retry failed VM processing. Если во время сессии задания репликации все виртуальные машины обработать не удастся, Veeam Backup & Replication запустит задание репликации для не обработанных виртуальных машин повторно.
- Установите флаг Terminate job if it exceeds allowed backup window и нажмите Window. Укажите окно резервного копирования для вашей производственной среды. Если задание резервного копирования не завершится в пределах указанного окна, Veeam Backup & Replication принудительно завершит задание, чтобы не создавать нагрузку на производственную среду.
- Нажмите Apply.
Шаг 11. Проверьте указанные настройки и запустите задание
- Проверьте настройки, которые вы указали для задания репликации.
- Установите флаг Run the job when I click Finish и нажмите Finish. Задание репликации будет запущено.
Шаг 12. Отслеживайте процесс выполнения репликации в режиме реального времени
В процессе работы задания вы можете просматривать информацию о его исполнении в режиме реального времени. Информация по заданию включает такие данные, как: процент завершения задания, длительность, скорость репликации, «узкие места» при передаче данных, объем прочитанных, обработанных и переданных данных и так далее.
Вы можете просматривать информацию как о задании в целом, так и об отдельных объектах в задании.
- Откройте представление Backup & Replication.
- В иерархии объектов щелкните по узлу Jobs.
- Щелкните по нужному заданию в списке.
- Выберите виртуальную машину или контейнер виртуальных машин в списке слева, чтобы получить данные об отдельном объекте в задании.
- Дождитесь завершения задания репликации. Обратите внимание на то, что задание должно завершиться со статусом Success (успешно) или, по крайней мере, Warning (с предупреждением). Если задание завершится со статусом Failed (с ошибкой), реплика виртуальной машины не будет создана и вы не сможете при необходимости переключиться на нее.
Шаг 13. Выполните инкрементальную репликацию
Чтобы выполнить инкрементальную репликацию виртуальных машин:
- Откройте представление Backup & Replication.
- В иерархии объектов щелкните по узлу Jobs.
- В рабочей области щелкните правой кнопкой мыши по заданию и выберите Start. Дождитесь, пока задание завершится. Обратите внимание на то, что задание должно завершиться со статусом Success (успешно) или, по крайней мере, Warning (с предупреждением).
Заключительные действия
В ходе сессий задания репликации Veeam Backup & Replication создает следующие файлы:
Чтобы проверить результаты репликации:
- Запустите Hyper-V Manager и убедитесь, что реплика виртуальной машины создана.
- В консоли Veeam Backup & Replication откройте представление Files.
- В иерархии объектов щелкните по узлу хранилища данных, куда была сохранена реплика. Откройте папку с именем реплики и убедитесь, что в ней находятся файлы реплики виртуальной машины.
- Откройте представление History и в иерархии объектов щелкните по узлу Jobs. Дважды щелкните по заданию репликации. Проверьте статистику задания репликации.
- Если вы настраивали отправку уведомления о завершении задания, запустите почтовое приложение и откройте папку входящих сообщений (Inbox). Убедитесь, что в ней находятся 2 сообщения с результатами выполнения задания: одно — о полной репликации, второе — об инкрементальной.
Использование hyper-v replica
Настроить Hyper-V Replica несложно. Самый простой способ понять принципы работы Hyper-V Replica — пройти по этапам настройки и включить репликацию для виртуальной машины.
Первый шаг — настроить сервер Hyper-V Replica для приема запросов на размещение реплики. В диспетчере Hyper-V выберите Hyper-V Settings (параметры Hyper-V) из списка действий сервера. В Hyper-V Settings выберите список Replication Configuration (параметры репликации), как показано на экране 1.
Как mysql реплицирует данные
Процесс репликации подразумевает собой распространение изменений данных с
главного сервера
(обычно он называется как мастер,
master
), на один или более
подчиненных серверов
(слейв,
slave
). Существуют и более сложные конфигурации, в частности с несколькими мастер-серверами, но для каждого изменения на конкретном мастер-сервере остальные мастера условно становятся слейвами, и потребляют эти изменения.
В общем виде, репликация в MySQL состоит из трех шагов:
- Мастер-сервер записывает изменения данных в журнал. Этот журнал называется двоичным журналом (binary log), а изменения — событиями двоичного журнала.
- Слейв копирует изменения двоичного журнала в свой, который называется журналом ретрансляции (relay log).
- Слейв воспроизводит изменения из журнала ретрансляции, применяя их к собственным данным.
Пример построения простой репликации в mysql
А сейчас настало время создать простую конфигурацию репликации в MySQL. Для этого мы будем использовать Docker и MySQL образы из
, а также базу данных
Для начала, запустим два контейнера, один из которых позже настроим как мастер, а второй — как слейв. Объединим их в сеть, чтобы они могли обращаться друг к другу.
docker run -d --name samplereplication-master -e MYSQL_ALLOW_EMPTY_PASSWORD=true -v ~/path/to/world/dump:/docker-entrypoint-initdb.d mysql:8.0
docker run -d --name samplereplication-slave -e MYSQL_ALLOW_EMPTY_PASSWORD=true mysql:8.0
docker network create samplereplication
docker network connect samplereplication samplereplication-master
docker network connect samplereplication samplereplication-slave
Для мастер контейнера указано подключение volume c дампом world.sql, для того, чтобы имитировать наличие некоторой начальной базы на нем. При создании контейнера, mysql загрузит и выполнит sql скрипты, размещенные в директории docker-entrypoint-initdb.d.
Для работы с конфигурационными файлами, нам потребуется текстовый редактор. Можно использовать любой удобный, я предпочитаю vim.
docker exec samplereplication-master apt-get update && docker exec samplereplication-master apt-get install -y vim
docker exec samplereplication-slave apt-get update && docker exec samplereplication-slave apt-get install -y vim
Первым делом, создадим учетную запись на мастере, которая будет использоваться для репликации:
docker exec -it samplereplication-master mysql
Репликация виртуальных машин в hyper-v –
Чем репликация отличается от той же резервной копии и может ли она ее заменит? Резервная копия, обычно, сохраняется на бэкап сервер или в хранилище (SMB, FTP). Во время выполнения задания резервного копирования данные сжимаются и дедуплицируются, для экономии места. Еще бэкап часто делается инкрементным. Все вышеперечисленные факторы влияют на время восстановления из резервной копии, оно необходимо для копирования информации обратно на производственный сервер, для обратного «разжимания» архива, склейки инкрементов. А какое время требуется вам для восстановления 1-го, 2-ух, 5-ти серверов?
Репликация – это другой подход. Во время работы виртуальной машины на одном из серверов (primary server), на соседнем сервере (replica server) создается ее полная копия, всегда готовая к запуску. Причем можно сохранять сразу несколько реплик, за счет мгновенных снимков (snapshot) и запускать любую из них. Например, у меня на стенде репликация происходит каждый час и сохраняются 4 последние реплики. Для репликации не требуется внешнее хранилище, она легко может делаться с сервера на сервер по локальной сети, естественно, что по расписанию передаются только изменения, а не вся виртуальная машин целиком.
 | ||
| ||
 | ||
| 2. Сначала заходим в настройки сервера, на который будут делаться репликации (replica server). | ||
 | ||
| 3. Здесь мы должны включить функцию данного сервера, чтобы он принимал репликацию с других серверов. Делается это очень просто, ставим галочку напротив «Enable this computer as a Replica server». Обязательно нужно указать порт аутентификации, я указал 80. И выбрать хосты Hyper V, которые смогу производить репликацию на этот сервер. «Allow replication from any authenticated server» – всем серверам, которые указали необходимый логин и пароль, разрешено делать репликацию на этот сервер. Либо можно точно указать, у каких хостов будет на это разрешение. | ||
 | ||
| 4. Теперь мой сервер, на котором установлен, Hyper V 8 server почти готов. У него по умолчанию в windows firewall закрыт 80-ый порт, по которому должна проходить процедура аутентификации. GUI на этом сервере никакого нет, поэтому подключаемся к этому хосту по RDP, и в командной строке вводим следующее – netsh advfirewall firewall add rule name=”HVReplica” dir=in action=allow protocol=TCP localport=80 | ||
5. Переходим к настройке primary server, а точнее виртуальной машины, которую мы будем реплицировать. Ведь виртуальная машина может мигрировать с сервера на сервер, репликация прерываться не должна, поэтому это функция не Primary server, а самой виртуальной машины. В Hyper V Manager кликаем правой кнопкой по ВМ, и выбираем пункт «Enable Replication» | ||
 | ||
| 6. Запускается мастер настройки. В нем мы указываем сервер назначения | ||
 | ||
| 7. Параметры аутентификации | ||
 | ||
| 8. Выбираем, какие диски виртуальной машины мы будем реплицировать. | ||
 | ||
| 9. Параметры репликации. Здесь я выбрал, что нужно сохранять 4 последние реплики, а делать репликацию нужно каждый час. | ||
 | ||
| 10. Первый запуск репликации – это полное копирование жестких дисков виртуальной машины. В случае, если у вас реплика будет создаваться в удаленном ЦОД и траффик не без лимитный, есть вариант на флешке или жестком диске отвести туда бэкап виртуальной машины, и только после этого включить репликацию. | ||
 | ||
| 11. После этого реплика запускается, через несколько дней после настройки у меня все работало без сбоев. Выглядит это так. Выключенная виртуальная машина с 4-мя снапшотами. | ||
 |
Термины
Итак, договоримся о терминологии:
- Мастер Master – главный узел С КОТОРОГО идёт репликация
- Слейв Миррор Slave – резервный узел НА КОТОРЫЙ идёт репликация
- Сертификат Мастера – сертификат сгенерированный на главном узле (мастере)
- Сертификат Миррора – сертификат сгенерированный на миррор (слейв) узле
Требования adreplstatus
ADREPLSTATUS может быть установлена и запущена на любой поддерживаемой версии Windows Server или клиенте с установленным .NET framework 4.0. Утилита может только анализировать репликацию в лесе или домене, к которому клиент присоединился. Возможен запуск с обычной учетной записи доменного пользователя, для этого никаких особых прав не требуется.
Мастер – создание конечной точки EndPoint
CREATE ENDPOINT Endpoint_Mirroring STATE = STARTED AS TCP ( LISTENER_PORT=5022, LISTENER_IP = ALL) FOR DATABASE_MIRRORING ( AUTHENTICATION = CERTIFICATE HOST_MASTER1_cert , ROLE = ALL); GO