Локальный сервер Microsoft SQL Server (на основе журнала)

В этом разделе описано, как настроить источник Microsoft SQL Server (на основе журнала) в задаче данных. Прежде чем запустить задачу данных, проверьте, что выполнены Предварительные требования, настройте Необходимые разрешения и ознакомьтесь с ограничениями, перечисленными в разделе Ограничения и замечания.

Настройка свойств подключения

В этом разделе описаны доступные свойства подключения. Если не указано иное, все свойства являются обязательными.

Источник данных

• Шлюз данных: имя Data Movement Gateway, которое будет использоваться для доступа к данным.

• Поставщик облака: нет

• Сервер: IP-адрес или имя сервера, на котором установлена база данных Microsoft SQL Server.

  Примечание к информации

  Добавьте порт к имени сервера, разделив их запятой, если нужно заменить порт по умолчанию новым значением. Например, если имя сервера — myserver.company.local и используется порт 3333, то имя сервера должно выглядеть так:

  myserver.company.local,3333

Свойства учетной записи (Account properties)

Имя пользователя и Пароль:  имя и пароль пользователя для авторизованного доступа к базе данных Microsoft SQL Server.

Свойства базы данных

• Имя базы данных: задать базу данных можно двумя способами:

  • Способ 1: выбор из списка. Для использования этого метода необходимо создать пользователя в основной базе данных. Щелкните Загрузить базы данных, а затем выберите базу данных.
  • Способ 2: вручную. Выберите Ввести имя базы данных вручную, а затем введите имя базы данных.
• Encrypt (Trust server certificate) (Шифровать (Доверять сертификату сервера)): выберите тип шифрования при обмене данными между Qlik Cloud и сервером базы данных. Когда флажок установлен, сертификат сервера автоматически рассматривается как доверенный.
  • Host name in certificate (Имя хоста в сертификате): чтобы доверять сертификату сервера, только если имя хоста соответствует значению, заданному в этом поле, введите имя хоста сертификата сервера.

Свойства CDC

• Политика защиты (Safeguard policy): Data Movement gateway будет пытаться захватить из активного журнала транзакций (TLOG) все непрочитанные изменения, чтобы обеспечить оптимальную производительность. Однако иногда из-за усечения активный журнал TLOG может содержать не все непрочитанные изменения. Когда это происходит, Data Movement gateway обращается к журналу резервных копий, чтобы захватить недостающие изменения. Чтобы свести к минимуму количество обращений к журналу резервных копий, Data Movement gateway предотвращает усечение с помощью методов, описанных ниже.

  • Использовать агент репликации SQL Server (Rely on SQL Server replication agent):это метод по умолчанию. При использовании этого метода Data Movement gateway предотвращает усечение TLOG, имитируя транзакцию в базе данных. Пока такая транзакция открыта, изменения, появившиеся после начала выполнения транзакции, не будут усечены. Этот метод следует выбрать, если необходимо, чтобы в базе данных была включена функция репликации Microsoft.

  • Эксклюзивное автоматическое усечение (Exclusive automatic truncation): Когда используется этот метод, задача промежуточного хранения считывает изменения и затем использует sp_repldone для пометки транзакций TLOG как готовой к усечению. Хотя этот метод не подразумевает транзакционных действий, его можно использовать, только когда Microsoft Replication не работает. Кроме того, при использовании этого метода только одна задача промежуточного хранения может получить доступ к базе данных в конкретный момент времени. Поэтому если требуется выполнять параллельные задачи промежуточного хранения в одной базе данных, используйте метод по умолчанию.

    Примечание к информации

    • Для использования этого метода требуется остановить агент чтения журнала в базе данных. Если агент чтения журнала работает на момент запуска задачи, Data Movement gateway завершит его работу в принудительном порядке. Также можно остановить агент чтения журнала вручную, прежде чем запускать задачу промежуточного хранения. Инструкции см. в справке по Microsoft SQL Server Management Studio.
    • При использовании этого метода с MS-CDC задания «Захват CDC» и «Очистка CDC» следует завершить и отключить.
    • Этот метод недоступен, когда задание репликации Microsoft SQL Server располагается на удаленном распределяющем компьютере, так как Data Movement gateway не имеет доступа к удаленному компьютеру.

  • Применять политику предотвращения усечения TLOG раз в сек. (Apply TLOG truncation prevention policy every (seconds)):Укажите, как часто следует предотвращать усечение TLOG с помощью одного из методов, описанных выше. Факторы, которые следует учитывать, определяя частоту применения политики, включают доступность хранилища, резервное копирование и ведение журнала, а также скорость, с которой Data Movement gateway обрабатывает события.

    Примечание к информации

    Если выбрано Эксклюзивное автоматическое усечение, то использование слишком короткого интервала (например, 1) может отрицательно повлиять на обработку задачи и даже вызвать ошибку.

• Изменить режим обработки (читать изменения начиная с) (Change processing mode (Read changes from)): Выберите один из режимов обработки изменений:

  • Приоритет онлайн-журналов — значение по умолчанию. Data Movement gateway сначала будет искать изменения в онлайн-журналах транзакций. Если изменения не найдены в онлайн-журналах транзакций, то поиск продолжается в журналах резервных копий транзакций.

  • Приоритет журналов резервных копий — если выбран этот параметр, Data Movement gateway сначала будет искать изменения в журналах резервных копий транзакций. Это может повысить производительность в случае, если чтение из онлайн-журналов транзакций происходит медленно (например, из-за конфликтов при блокировках) или если доступ к журналам резервных копий транзакций осуществляется на уровне файлов.

    Если изменения не найдены в журналах резервных копий транзакций, то поиск продолжается в онлайн-журналах транзакций.

  • Только журналы резервных копий (Backup Logs Only) — если выбрано, убедитесь, что изменения сохраняются только в журналах резервных копий транзакций. Выбор этого метода приводит к увеличению времени отклика из-за того, что резервные копии делаются с интервалом. Текущее время отклика сохраняется постоянным, но может меняться в зависимости от расписания резервного копирования.
  • Только журналы онлайн-транзакций (Online Logs Only)— если выбрано, убедитесь, что изменения сохраняются только в журналах онлайн-транзакций.

• Другая папка резервного копирования (Alternate backup folder): Место хранения журналов резервного копирования, если резервное копирование производится с помощью утилит других разработчиков (например, вместо системы резервного копирования, встроенной в Microsoft SQL Server). Примечание. В указанную папку следует экспортировать файлы резервного копирования в стандартом формате Microsoft SQL Server.

• Выбрать тип виртуального устройства резервного копирования (Select virtual backup device types): если активен этот параметр, изменения считываются с указанного виртуального устройства. Как правило, этот параметр нужен, если используется утилита резервного копирования стороннего разработчика (которая работает как виртуальное устройство).

Внутренние свойства

Внутренние свойства предназначены для особых вариантов использования и поэтому не отображаются в диалоговом окне. Их можно использовать только по указанию службы поддержки Qlik.

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

Имя

Отображаемое имя подключения источника.