Published on

November 1, 2021

Как перенести хранимые процедуры SQL Server с помощью SSDT 2017

Добро пожаловать на третью статью в нашей серии о переносе объектов SQL Server с использованием SQL Server Data Tools (SSDT) 2017. В этой статье мы сосредоточимся на процессе переноса хранимых процедур между двумя экземплярами SQL Server с использованием SSDT 2017.

Настройка демонстрации

Для целей этой демонстрации мы выполнили скрипт обслуживания базы данных Ola-hallengren на основной базе данных сервера Nisarg-PC\SQL01. Этот скрипт создает несколько хранимых процедур и таблиц. Чтобы просмотреть эти хранимые процедуры, вы можете выполнить следующий запрос:

Select name as [Procedure Name] from master.sys.procedures

Нашей целью является перенос этих хранимых процедур на основную базу данных сервера Nisarg-PC\SQL02.

Создание пакета интеграционных служб

Для начала процесса переноса нам необходимо создать пакет интеграционных служб. Следуйте этим шагам:

  1. Откройте SSDT 2017 и нажмите на “Создать новый проект”.
  2. Выберите “Проект интеграционных служб” в качестве типа проекта.
  3. Назовите проект “Перенос хранимых процедур основной базы данных”.
  4. Перетащите задачу “Перенос хранимых процедур основной базы данных” на поверхность потока управления и переименуйте ее в “Перенос хранимых процедур обслуживания”.
  5. Дважды щелкните на задаче “Перенос хранимых процедур основной базы данных”, чтобы настроить ее.

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

Для передачи хранимых процедур между экземплярами нам необходимо настроить подключения источника и назначения. Следуйте этим шагам:

  1. Нажмите на “ИсточникПодключение” и выберите “Новое подключение”.
  2. В диалоговом окне редактора менеджера подключений SMO укажите имя сервера и метод аутентификации, используемый для подключения к SQL Server.
  3. Нажмите “ОК”, чтобы сохранить свойства подключения и закрыть диалоговое окно.
  4. Нажмите на “НазначениеПодключение” и выберите “Новое подключение”.
  5. В диалоговом окне редактора менеджера подключений SMO укажите имя сервера назначения и метод аутентификации, используемый для подключения к SQL Server.
  6. Нажмите “ОК”, чтобы сохранить свойства подключения и закрыть диалоговое окно.

Настройка параметров переноса

В разделе хранимых процедур у вас есть несколько вариантов:

  • IfObjectExists: выберите действие, которое должно быть выполнено, когда объект уже существует на сервере назначения.
  • TransferAllStoredProcedures: выберите, переносить ли все пользовательские хранимые процедуры или только определенные.
  • StoredProcedureList: Если вы выбрали перенос определенных хранимых процедур, вы можете выбрать те, которые хотите перенести.

В нашей демонстрации мы хотим пропустить перенос существующих хранимых процедур и перенести все хранимые процедуры. Поэтому мы выберем “Пропустить” для параметра IfObjectExists и “True” для параметра TransferAllStoredProcedures.

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

Чтобы получать уведомления о переносе хранимых процедур, мы настроим задачу уведомления оператора. Следуйте этим шагам:

  1. Перетащите задачу “Уведомить оператора” на поверхность потока управления и переименуйте ее в “Отправить электронное письмо”.
  2. Дважды щелкните на задаче, чтобы настроить ее.
  3. Нажмите на “Новый” в диалоговом окне задачи уведомления оператора.
  4. В диалоговом окне свойств подключения укажите соответствующие значения для имени подключения, имени сервера и метода аутентификации.
  5. Нажмите “ОК”, чтобы закрыть диалоговое окно.
  6. Укажите тему и текст электронного письма в соответствующих текстовых полях.

Соединение задач и завершение пакета

Соедините задачу “Перенос хранимых процедур основной базы данных” и задачу “Уведомить оператора” с помощью соединителя. Ваш пакет теперь должен быть завершен.

Итоги

В этой статье мы узнали, как настроить задачу “Перенос хранимых процедур основной базы данных” в SSDT 2017 для переноса пользовательских хранимых процедур из основной базы данных одного экземпляра SQL Server на другой. Этот процесс может быть полезен, когда вам нужно реплицировать хранимые процедуры на нескольких серверах или при переходе на новый сервер.

В следующей статье мы рассмотрим процесс передачи сообщений об ошибках между экземплярами SQL Server с использованием SSDT 2017.

Содержание

  1. Перенос заданий SQL между экземплярами SQL Server с использованием SSDT 2017
  2. Перенос хранимых процедур между основными базами данных на экземплярах SQL Server с использованием SSDT 2017
  3. Перенос SQL-логинов между экземплярами SQL Server с использованием SSDT 2017
  4. Перенос сообщений об ошибках между экземплярами SQL Server с использованием SSDT
Click to rate this post!
[Total: 0 Average: 0]

Let's work together

Send us a message or book free introductory meeting with us using button below.