Предопределенные роли базы данных агента sql server

Историческая справка

Пользователь является субъектом безопасности уровня базы данных. Для соединения с базой данных имя входа должно быть сопоставлено с пользователем базы данных. Имя входа может быть сопоставлено с различными базами данных в качестве разных пользователей, но в каждой базе данных ему может быть сопоставлен только один пользователь. В частично автономной базе данных можно создать пользователя, не имеющего имени входа. Дополнительные сведения о пользователях автономной базы данных см. в статье CREATE USER (Transact-SQL). Если в базе данных включена учетная запись гостя, то под именем входа, не сопоставленным с пользователем базы данных, можно войти от пользователя guest.

Как субъектам безопасности, пользователям могут предоставляться разрешения. Областью действия пользователя является база данных. Для подключения к определенной базе данных на экземпляре SQL Server имя входа должно быть сопоставлено с пользователем базы данных. Разрешения внутри базы данных предоставляются и запрещаются для пользователя базы данных, а не имени входа.

Предоставление разрешений для служб Analysis Services

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

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

Имя группы безопасности соответствует шаблону. Всегда используется префикс SQLServerMSASUser$, затем имя компьютера, и в конце стоит имя экземпляра. Экземпляром по умолчанию является MSSQLSERVER. Именованный экземпляр имеет имя, заданное во время установки.

Можно найти эту группу безопасности в локальных параметрах безопасности:

• Выполнение compmgmt. msc | Локальные пользователи и группы | Группы | SQLServerMSASUser $ <server-name> $MSSQLServer (для экземпляра по умолчанию).

• Дважды щелкните группу безопасности для просмотра ее элементов.

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

Результаты обучения

Несмотря на среднюю зарплату, к администратору баз данных при выпуске предъявляются серьезные требования. К ним относятся следующие:

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

Наблюдение за процессом

Наблюдение за процессом отслеживания измененных данных позволяет определить, правильно ли записываются изменения и насколько приемлема задержка при записи в таблицы изменений. Наблюдение также помогает выявить возможные ошибки. SQL Server включает два динамических представления управления, которые помогают отслеживать фиксацию измененных данных: sys.dm_cdc_log_scan_sessions и sys.dm_cdc_errors.

Выявление сеансов с пустыми результирующими наборами

Каждая строка в административном представлении sys.dm_cdc_log_scan_sessions представляет сеанс просмотра журнала (за исключением строки с идентификатором 1). Сеанс просмотра журнала является эквивалентом одного выполнения хранимой процедуры sp_cdc_scan. Во время сеанса просмотр может возвратить изменения или пустой результат. Если результирующий набор пуст, то для столбца empty_scan_count в представлении sys.dm_cdc_log_scan_sessions устанавливается значение 1. Если пустые результирующие наборы встречаются последовательно (например, при непрерывном выполнении задания отслеживания), то счетчик empty_scan_count в последней существующей строке увеличивается. Например, если в представлении sys.dm_cdc_log_scan_sessions уже существует 10 строк просмотров, возвративших данные об изменениях, и пять результатов подряд были пусты, то в представлении будет содержаться 11 строк. В столбце empty_scan_count последней строки содержится значение 5. Чтобы определить сеансы, возвратившие пустой результирующий набор, выполните следующий запрос.

Определение задержки

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

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

Еще одним важным показателем эффективности процесса отслеживания является пропускная способность. Это среднее число команд в секунду, обрабатываемых в каждом сеансе. Для определения пропускной способности сеанса следует разделить значение в столбце command_count column на значение в столбце продолжительности. Следующий запрос возвращает среднюю пропускную способность для наиболее новых сеансов.

Получение выборки данных с помощью сборщика данных

Сборщик данных SQL Server позволяет осуществлять сбор моментальных снимков из любой таблицы или динамического административного представления и создать хранилище данных о производительности. Если для базы данных активирована система отслеживания измененных данных, то полезно создавать снимки представлений sys.dm_cdc_log_scan_sessions и sys.dm_cdc_errors с регулярными интервалами для последующего анализа. Следующая процедура настраивает сборщик данных на сбор образцов данных из административного представления sys.dm_cdc_log_scan_sessions.

Настройка сбора данных

1. Включите сборщик данных и настройте хранилище данных управления. Дополнительные сведения см. в разделе Управление сбором данных.

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

3. В среде SQL Server Management Studioразверните вкладку Управление, затем вкладку Сбор данных. Щелкните правой кнопкой мыши пункт Сборщик данных о производительности CDC, затем пункт Запустить набор сбора данных.

4. В хранилище данных, которое было настроено в шаге 1, найдите таблицу custom_snapshots.cdc_log_scan_data. В данной таблице предоставлен архивный моментальный снимок данных из сеансов просмотра журнала. Эти данные могут быть использованы для анализа задержки, пропускной способности и других показателей производительности во времени.

Развертывание образцов моделей и данных

В состав Службы Master Data Servicesвходят три перечисленных ниже пакета с образцами моделей. Эти образцы моделей включают в себя данные. Расположение по умолчанию для пакетов с образцами моделей: %programfiles%\Microsoft SQL Server\140\Master Data Services\Samples\Packages.

• chartofaccounts_en.pkg
• customer_en.pkg
• product_en.pkg

Вы можете развернуть эти пакеты с помощью средства MDSModelDeploy. Расположение по умолчанию для средства MDSModelDeploy — диск\Program Files\Microsoft SQL Server\ 140\Master Data Services\Configuration.

Сведения о предварительных требованиях для запуска этого средства см. в разделе Развертывание пакета развертывания модели при помощи MDSModelDeploy.

Сведения об изменениях, внесенных в данные для поддержки новых возможностей в SQL ServerСлужбы Master Data Services, см. в разделе Примеры SQL Server: пакеты развертывания моделей (службы Master Data Services).

Развертывание образцов моделей

Скопируйте пакеты с образцами моделей в папку диск\Program Files\Microsoft SQL Server\140\Master Data Services\Configuration.

Откройте командную строку администратора и перейдите к файлу MDSModelDeploy.exe, выполнив приведенную ниже команду.

Разверните каждый из образцов модели в Службы Master Data Services , выполнив каждую из приведенных ниже команд.

Важно!
В примерах ниже указывается значение службы. Это значение используется, если при настройке веб-сайта было выбрано значение Веб-сайт по умолчанию Службы Master Data Services

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

Для развертывания модели указывается первое значение службы из списка возвращенных значений.

Примечание
Дополнительные сведения о метаданных образцов моделей см. в файле сведений в расположении «c:\Program Files\Microsoft SQL Server\140\Master Data Services\Configuration».

Развертывание образца модели chartofaccounts_en.pkg

Развертывание образца модели customer_en.pkg

Развертывание образца модели product_en.pkg

После успешного развертывания модели появляется сообщение Работа MDSModelDeploy завершена .
На рисунке ниже показана команда для развертывания образца модели product_en.pkg.

Чтобы просмотреть образцы моделей, выполните указанные ниже действия.

Перейдите на настроенный веб-сайт Службы Master Data Services . См. раздел .
Адрес веб-сайта — HTTPS://Server Name / Web Application/.

Выберите модель в поле со списком Модель и щелкните Обозреватель.

Требования к администраторам

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

Помимо наличия соответствующего образования, важными требованиями являются следующие:

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

1.2 Обязанности, связи и средства администратора современных систем управления базами данных

Поскольку система баз данных может быть весьма большой и может иметь много пользователей, должно существовать лицо или группа лиц, управляющих этой системой. Такое лицо называется администратором базы данных (АБД).

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

В обязанности администратора могут входить:

1. инсталляция и обновление версий сервера и прикладных инструментов
2. распределение дисковой памяти и планирование будущих требований системы к памяти
3. создание первичных структур памяти в базе данных (табличных пространств) по мере проектирования приложений разработчиками приложений
4. создание первичных объектов (таблиц, представлений, индексов) по мере проектирования приложений разработчиками
5. модификация структуры базы данных в соответствии с потребностями приложений
6. зачисление пользователей и поддержание защиты системы
7. соблюдение лицензионного соглашения
8. управление и отслеживание доступа пользователей к базе данных
9. отслеживание и оптимизация производительности базы данных
10. планирование резервного копирования и восстановления
11. поддержание архивных данных на устройствах хранения информации
12. осуществление резервного копирования и восстановления
13. обращение в корпорацию за техническим сопровождением

Должностные инструкции АБД

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

Он должен хорошо знать:

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

Функции Группы АБД в зависимости от осуществляемой политики автоматизации, возможный состав Группы

6.1. Функции Группы АБД «полного» вида

Вариант «САМООБЕСПЕЧЕНИЕ»: предприятие самостоятельно ведет разработку АС, что требует выполнения всех функций, указанных выше в разделе 4: с а) до и).

Рисунок 6. Организованная по функциональному признаку Группа АБД полного вида

В связи с этим Группа АБД организуется по функциональному признаку. Внутренняя структура и состав Группы АБД могут быть определены так, как показано на рис. 6. Однако конкретное решение зависит от особенностей АС (например, может полностью отсутствовать удаленная работа или не требоваться аудит).

На рис. 6. приведен численный состав Группы АБД, требующийся в больших, не компактных АС, часто — работающих 24 часа в сутки. В других случаях состав уменьшается в два или даже три раза за счет отсутствия некоторых работ (например, нет удаленной и распределенной обработки данных) и возможности совмещения функций одним специалистом.

От особенностей предприятия, АС и степени владения специалистами группы АБД теми или иными вопросами зависит — правда, в небольшой части — приписывание некоторых функций конкретной группе в составе АБД. В наибольшей степени это относится к двум видам функций: участие в логическом и физическом проектировании БД может быть приписано либо группе Установки и экспертирования СУБД, либо группе Управления доступом; консультирование разработчиков и пользователей особенностям версии СУБД и программных инструментов может быть поручено этим же группам или распределено между всеми тремя.

Обязательное требование — активное и доброжелательное консультирование, которое выполняли бы все специалисты Группы АБД.

6.2. Функции Группы АБД «локального» вида

Вариант «ЗАКАЗЫ»: предприятие закупает готовый проект АС и его дальнейшую адаптацию, включая проект БД, процедуры ее сопровождения и дальнейшего развития.

В этом случае АБД как минимум выполняет следующие функции:

д)

сбор статистики о работе СУБД, ее настройка и настройка АС в целом для эффективной обработки данных и обслуживания пользователей,

е)

участие в планировании развития аппаратных и системных программных средств предприятия в связи с качественным и количественным ростом требований к АС,

з)

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

и)

участие в анализе попыток несанкционированного доступа к БД (если эта функция предусматривается в системе).

Кроме того, АБД принимает участие в приемке готовой АС и в рамках этой работы, в объеме, соответствующем приемке, выполняет функции:

б)

установка СУБД, программных инструментов разработки АС и инструментов пользователей для прямой работы с БД,

в)

планирование использования запоминающих устройств компьютера (дисков, основной памяти, лент),

г) организация работы с БД, находящейся на удаленном компьютере, работы с распределенной БД,

ж)

составление процедур для начальной загрузки данных, копирования и восстановления БД и т.п.; передача этих процедур эксплуатационному персоналу,

Рисунок 7. Неструктурированная Группа АБД «локального» вида: вариант «ЗАКАЗЫ»

Как говорилось ранее, в этом случае Группа АБД может далее не структурироваться. Вариант устройства АБД такого «локального» вида показан на рис. 7, причем не самый маленький вариант такой группы (как говорилось ранее, многое зависит от размеров и напряженности работы АС).

6.3. Функции Группы АБД «растущего» вида

Вариант «СМЕШАННЫЙ», при котором начальная версия системы с ее настройкой на предприятие закупается, а дальнейшее, относительно небольшое развитие и приспособление делается на предприятии при поддержке разработчиков.

В соответствии с описанием такого варианта, изложенным выше, а так же в соответствии с реальными объемами доработок, сложностью АС и т.п., Группа АБД и ее функции занимают промежуточное состояние между Группами «локального» и «полного» видов, показанных на рис. 6 и рис, 7 соответственно. Обычно, с течением времени происходит рост использования АС, процессы ее развития и эксплуатации усложняются, а сама Группа АБД развивается вплоть до зрелой Группы «полного» вида.

Средства миграции и другие инструменты

Эти средства используются для переноса, настройки и предоставления других функций для баз данных SQL.

Инструмент	Description
Диспетчер конфигураций	Используйте диспетчер конфигурации SQL Server, чтобы настроить службы SQL Server и сетевые соединения. Configuration Manager работает в Windows.
Database Experimentation Assistant	Database Experimentation Assistant позволяет оценить целевую версию SQL для данной рабочей нагрузки.
Помощник по миграции данных	Помощник по миграции данных поможет вам выполнить переход на современную платформу данных благодаря обнаружению проблем совместимости, которые могут влиять на функциональные возможности базы данных в новой версии SQL Server или базы данных SQL Azure.
Распределенное воспроизведение	Функция распределенного воспроизведения позволяет оценить влияние будущих обновлений SQL Server. Ее также можно использовать для оценки влияния обновлений аппаратной части и операционной системы, а также для настройки SQL Server.
ssbdiagnose	Программа ssbdiagnose сообщает о проблемах в диалогах Service Broker или в конфигурации служб Service Broker.
Помощник по миграции SQL Server	Помощник по миграции SQL Server используется для автоматизации миграции баз данных в SQL Server из Microsoft Access, DB2, MySQL, Oracle и Sybase.

Если вы ищете дополнительные средства, которые не упоминаются на этой странице, ознакомьтесь со статьями Служебные программы командной строки SQL (ядро СУБД) и Скачивание расширенных компонентов и средств SQL Server.

Особенности профессии

Администраторы БД занимаются серверными базами данных, в которых информация собрана с разных компьютеров и может читаться на каждом из них. Наиболее известными системами подобного рода являются Oracle и Microsoft SQL Server.

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

Senior DevOps Engineer европейской компании Glovo

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

Senior DevOps Engineer европейской компании Glovo

Получение файлов, необходимых для подключения к Access

Если компоненты подключения для файлов источников данных Microsoft Office, включая Access и Excel, еще не установлены, может потребоваться скачать их. Скачать последнюю версию компонентов подключения для файлов Access и Excel можно на следующей странице: Распространяемый компонент ядра СУБД Microsoft Access 2016.

Последняя версия компонентов позволяет открывать файлы, созданные в более ранних версиях Access.

Если на компьютере установлена 32-разрядная версия Office, нужно установить 32-разрядную версию компонентов, а также убедиться в том, что пакет запускается в 32-разрядном режиме.

Если у вас есть подписка на Microsoft 365, нужно скачать распространяемый компонент ядра СУБД Access 2016, а не среду выполнения Microsoft Access 2016. При запуске установщика может появиться сообщение о том, что невозможно установить скачанные компоненты вместе с компонентами Office, полученными с помощью технологии «нажми и работай». Чтобы обойти это сообщение, запустите установку в тихом режиме. Для этого откройте окно командной строки и запустите скачанный EXE-файл с параметром . Пример:

Сколько зарабатывает администратор баз данных

Сколько будет получать сотрудник, зависит от его квалификации, поставленных руководством задач, специфики и объема баз данных. Учитывать следует и регион, так как зарплата в центральных областях, мегаполисах и компаниях будет отличаться. Есть вакансии, где администратор способен получать от 120 000 рублей. В организациях с небольшим штатом, работой, не связанной с рисками, постоянными разработками, исследованиями и оптимизацией, администратор зарабатывает от 20-60 тыс. рублей.

Понимание особенностей профессии помогает человеку сразу определиться, подойдет такая работа именно ему или нет

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

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

Администратор хранилища системных данных

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

Обязанности администратора хранилища данных заключаются в следующем:

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

Сравнение типов администраторов

Тип администратора	Описание
Службы Master Data Services Суперпользователь	Разрешения, назначенные в Диспетчер основных данных, не влияют на доступ администратора. Может быть суперпользователем на основе разрешений функциональной области, назначенных ему явно, либо на основе разрешений, полученных в результате членства в некоторой группе. Автоматически имеет все разрешения на все модели. Автоматически имеет доступ ко всем функциональным областям.
Администратор модели	Может быть администратором модели на основе разрешений администратора, назначенных ему явно, либо на основе разрешений, полученных в результате членства в некоторой группе. Имеет доступ только к тем функциональным областям, к которым разрешен доступ. Автоматически имеет все разрешения на все объекты и элементы в конкретной модели.
Администратор сущности	Может быть администратором сущности на основе разрешений администратора, назначенных ему явно, либо на основе разрешений, полученных в результате членства в некоторой группе. Имеет доступ только к тем функциональным областям, к которым разрешен доступ. Автоматически имеет все разрешения на все объекты и элементы в конкретной сущности. Может утвердить набор ожидающих изменений, если для изменений сущности требуется утверждение.

Роли пользователей SQL Server

Ниже описываются роли пользователей SQL Server , которые используются службой Oracle CDC.

Администратор службы Oracle CDC

Администратор службы CDC — это пользователь SQL Server , обладающий правами полного доступа к артефактам службы Oracle CDC в целевом экземпляре SQL Server . Администратор службы CDC использует консоль конструктора Oracle CDC для разработки экземпляров Oracle CDC.

Администратору службы CDC необходимо предоставить предопределенные роли сервера SQL Serverpublic и dbcreator.

Среди задач, выполняемых администратором службы CDC, имеются следующие:

• Подготовка экземпляра SQL Server для размещения экземпляров Oracle CDC (представляющих собой базы данных SQL Server ). Для решения этой задачи на экземпляре SQL Server создается специальная база данных с именем MSXDBCDC.

• Создание базы данных SQL Server экземпляра Oracle CDC. Задача включает использование созданной базы данных SQL Server для CDC, для чего необходима роль системного администратора SQL Server (sysadmin).

• Проектирование экземпляра Oracle CDC. Эта задача включает в себя предоставление информации об исходной базе данных Oracle и отслеживаемых таблицах, а для этого необходима роль администратора базы данных Oracle.

  

  

  

  

  

  

  

• Поддержка экземпляра Oracle CDC в течение длительного периода, которая подразумевает добавление/удаление отслеживаемых экземпляров и обновление конфигурации.

• Включение или отключение экземпляра Oracle CDC.

• Мониторинг состояния экземпляра Oracle CDC.

• Устранение неполадок, которые влияют на экземпляр CDC Oracle.

Администратор службы CDC обладает, по крайней мере первоначально, предопределенной ролью базы данных db_owner в базе данных CDC SQL Server , связанной с экземпляром Oracle CDC. Это дает администратору службы CDC необходимый доступ к информации об изменениях, хранящихся в базе CDC. Роль db_owner для базы данных CDC после создания можно назначить другому пользователю, который может выполнять все указанные выше задачи, кроме подготовки экземпляра SQL Server и создания другого экземпляра Oracle CDC.

Администратору службы CDC не обязательно знать главный пароль, создаваемый одновременно со службой Windows для Oracle CDC.

Системный администратор

Системный администратор SQL Server — это пользователь SQL Server , которому необходимо назначить предопределенную роль сервера sysadmin в экземпляре SQL Server , связанном со службами Oracle CDC.

Существует только одна специальная задача Oracle CDC, которая должна выполняться системным администратором SQL Server , и она состоит в том, чтобы включить базу данных SQL Server для взаимодействия с экземпляром Oracle CDC для CDC SQL Server . Эта задача выполняется с помощью консоли конструктора Oracle CDC при создании нового экземпляра Oracle CDC.

Пользователь службы Oracle CDC

Пользователь службы SQL Server Oracle CDC — это имя входа SQL Server , используемое службой Oracle CDC для выполнения задач при взаимодействии с MSXDBCDC и всеми экземплярами Oracle CDC (базами данных CDC), обрабатываемыми этой службой.

Пользователю службы SQL Server Oracle CDC необходимо предоставить следующие права:

• Членство в предопределенных ролях db_dlladmin, db_datareader и db_datawriter для всех баз данных CDC, обрабатываемых этим сервером.

• Членство в предопределенных ролях баз данных db_datareader и db_datawriter для базы данных MSXDBCDC.

Поскольку служба Oracle CDC использует одно имя входа SQL Server для работы со всеми базами данных CDC и базы данных MSXDBCDC, это имя входа необходимо назначить для всех этих баз данных.

Потребитель изменений Oracle CDC

Потребитель изменений Oracle CDC Change Consumer — это пользователь SQL Server , который потребляет изменения, сохраняемые в таблицах CDC в базе данных экземпляра SQL Server Oracle CDC.

Этот пользователь определяет роль пользователя, необходимую для доступа к каждой из таблиц CDC при помощи функций CDC, создаваемых в пределах инфраструктуры SQL Server CDC. Если роль пользователя не задана, а отслеживаемый экземпляр указан, доступ к изменениям ограничен только членами предопределенной роли базы данных db_owner в базе данных CDC.