Sql express microsoft 2018: Цены на SQL Server 2019

Доступ к базе данных Microsoft SQL Server в другом домене

В этой технической заметке объясняется, как настроить доступ к базам данных Microsoft® SQL Server, используемым IBM® Rational® ClearQuest®, когда сервер расположен в отдельном домене и пользователи не могут подключиться.

Если базы данных ClearQuest, размещенные на SQL Server, находятся на сервере, который находится в другом домене Microsoft Windows, вы можете получить ошибки при попытке создать базу данных или подключиться к ней.

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

Вот некоторые известные обходные пути:

Настройка доступа пользователей к тому же домену, что и SQL Server

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

Настройка подключения SQL Server для TCP/IP

Для SQL Server 7.0

Для SQL Server 2 000

Для SQL Server 2005

Настройте каждый ClearQuest на использование TCP/IP для соединений с SQL Server

Есть несколько способов обойти эту проблему:

Настройка доступа пользователей к тому же домену, что и SQL Server 9.0031

Одним из обходных путей является создание идентификатора пользователя в домене Microsoft Windows сервера с тем же именем пользователя и паролем, что и у запрашивающего идентификатора пользователя. Затем, когда SQL Server использует именованные каналы для аутентификации, он завершается успешно.

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

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

Другим решением является установка отношения «доверие к домену» , чтобы домен SQL Server «доверял» домену, в котором определен запрашивающий пользователь. Доверительные отношения эффективно делают всех пользователей, определенных в «доверенном» домене, видимыми и действительными в «доверяющем» домене (домене SQL Server).

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

Настройка соединения SQL Server для TCP/IP

Если предыдущие решения невозможны или не разрешены политикой безопасности вашей компании, именованные каналы не могут быть единственным сетевым протоколом для SQL Server. Настройте SQL Server для использования TCP/IP.

На SQL Server настройте сервер для поддержки TCP/IP вместо именованных каналов или в дополнение к ним.

Для SQL Server 7.0:

  1. Вызвать «Сетевую утилиту сервера», под Пуск > Программы > Microsoft SQL Server 7.0 .
  2. На вкладке Общие , если TCP/IP еще не отображается, нажмите Добавить…
  3. Установите для сетевой библиотеки значение TCP/IP .
  4. Убедитесь, что номер порта равен 1433. В качестве альтернативы вы можете выбрать другой порт и запомнить его для использования с описанной ниже процедурой на стороне клиента.

Для SQL Server 2000:

  1. Откройте «Сетевую утилиту сервера» в разделе «Пуск» > «Программы» > «Microsoft SQL Server ».
  2. На вкладке General , если TCP/IP еще не отображается в поле Enabled Protocols , выберите его и щелкните Enable >> .
  3. Выберите TCP/IP и щелкните Свойства…
  4. Убедитесь, что номер порта равен 1433. Кроме того, вы можете выбрать другой порт и запомнить его для использования с описанной ниже процедурой на стороне клиента.

Для SQL Server 2005:

  1. Откройте «Диспетчер конфигурации SQL Server» в разделе «Пуск» > «Программы» > «Microsoft SQL Server 2005» > «Инструменты настройки» .
  2. Разверните параметр Конфигурация сети SQL Server 2005 и выберите Протоколы для MSSQLSERVER .
  3. Включить TCP/IP , если он еще не включен.
  4. Дважды щелкните TCP/IP .
  5. 9 числа0030 IP Addresses , убедитесь, что номер порта для соответствующего IP-адреса равен 1433. Кроме того, вы можете выбрать другой порт и запомнить его для использования с описанной ниже процедурой на стороне клиента.

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

Настройте каждый клиент ClearQuest для использования TCP/IP для своих подключений к SQL Server

Далее вам необходимо настроить каждую клиентскую рабочую станцию ​​ClearQuest для использования TCP/IP для соединений с SQL Server. Для этого перейдите на каждый клиентский компьютер и определите системный DSN ODBC. «Системный DSN» — это спецификация, которая предоставляет параметры подключения, которые этот клиентский компьютер будет использовать при подключении к определенному хосту SQL Server. Чтобы настроить системный DSN, выполните следующие действия:

  1. Откройте диалоговое окно администратора ODBC: Пуск > Настройка > Панель управления > Администрирование > ODBC . Примечание : его имя может быть «ODBC», «Администратор источника данных ODBC» или другими подобными именами.
  2. Выберите вкладку System DSN и нажмите Добавить…
  3. Выберите драйвер SQL Server и нажмите Готово .
  4. Введите любое имя в поле «Имя» и введите имя хоста SQL-сервера в поле «Сервер». При желании введите описание подключения. Щелкните Далее .
  5. Выберите аутентификацию SQL Server, которая активирует поля с идентификатором входа и паролем ниже.
  6. Нажмите кнопку Конфигурация клиента .
  7. В разделе «Сетевые библиотеки» выберите TCP/IP (подробности зависят от вашей версии ODBC). Задайте в поле «Имя компьютера» имя хоста сервера, если только проблемы с сетью на вашем сайте не требуют иного (см. примечание ниже). Установите номер порта в соответствии с номером порта TCP/IP, который вы выбрали на стороне сервера выше (по умолчанию 1433).
  8. Нажмите OK , чтобы закрыть диалоговое окно «Конфигурация клиента».
  9. Введите имя пользователя и пароль DBO (владельца базы данных) для базы данных SQL Server, к которой вы подключаетесь, и нажмите кнопку Далее.
  10. Выберите значения по умолчанию в следующих трех шагах мастера, пока не дойдете до диалогового окна окончательного подтверждения и не увидите кнопку «Проверить источник данных…». Нажмите кнопку Test Data Source… , чтобы убедиться в возможности установления соединения. Это должно указывать на то, что тесты сработали успешно.

Примечание: На шаге 7 в полях «Псевдоним сервера» и «Имя компьютера» обычно должно быть установлено одно и то же значение: имя хоста компьютера с SQL Server. Однако, если к вашему сайту предъявляются особые требования, вам может потребоваться сделать иначе. Подробности следующие:

  • Псевдоним сервера

    Поле «Псевдоним сервера» — это имя, которое все приложения (например, ClearQuest) будут использовать для подключения к SQL Server. Вы должны использовать это имя в качестве имени «Сервера» при создании баз данных ClearQuest в ClearQuest Maintenance Tool или ClearQuest Designer. Используемое здесь имя должно быть одинаковым на всех клиентских рабочих станциях ClearQuest, так как это значение будет храниться в базе данных ClearQuest и использоваться всеми программами, связанными с ClearQuest, при подключении к серверу базы данных. Обычно это должно быть установлено на имя хоста компьютера SQL Server, хотя технически оно не обязательно должно совпадать.

  • Имя компьютера

    Поле «Имя компьютера» в диалоговом окне ODBC указывает информацию о подключении на уровне IP для доступа к компьютеру, на котором работает SQL Server. Обычно это должно совпадать с именем хоста сервера, но если к вашему сайту предъявляются особые требования, вы можете указать доменное имя хоста или даже IP-адрес хоста SQL Server в поле «Сервер» вместо имени хоста. Вы можете использовать это, например, если в вашей сети есть два хоста с одинаковым именем или если WINS/DSN вообще не настроены, поэтому вы не можете разрешать IP-адреса хостов каким-либо другим механизмом, кроме прямого IP-адреса.

    Наилучший подход в таких случаях — решить основные проблемы (повторяющиеся имена хостов или настройка WINS/DNS), чтобы разрешить использование «простого» имени хоста в полях «Псевдоним сервера» и «Имя компьютера»; однако, если вы не можете сделать это из-за ограничений управления сетью, вы можете обойти проблему, используя доменное имя хоста или IP-адрес в поле «Имя компьютера».

    Поле «Имя компьютера» не обязательно указывать одинаково на каждой клиентской рабочей станции ClearQuest, но на каждой рабочей станции оно должно быть указано в такой форме, которая позволит клиенту «видеть» сервер на уровне IP (используйте «ping», чтобы определить это).

    Настроив SQL Server для поддержки протокола TCP/IP и настроив клиентские рабочие станции для его использования, теперь вы сможете использовать ClearQuest вместе с вашим SQL Server, даже если они находятся в разных доменах.

[{«Продукт»:{«код»:»SSSH5A»,»метка»:»Rational ClearQuest»},»Бизнес-подразделение»:{«код»:»BU053″,»метка»:»Облачная платформа и платформа данных»},»Компонент»:»Конфигурация базы данных\/Подключение — SQL Server»,»Платформа»:[{«код»:»PF033″,»метка»:»Windows»}],» Версия»:»2003.06.00;2003.06.12;2003.06.13;2003.06.14;2003.06.15;2003.06.16;7.0;7.0.0.1;7.0.0.2;7.0.0.3;7.0.0.4;7.0.1;7.0.1.1;7. 0.1.2;7.0.1.3;7.1″,»Издание»:»»,»Направление деятельности»:{«код»:»LOB45″,»ярлык»:»Автоматизация»}}]

SCCM Миграция базы данных SQL Server

от Rajul OS

Сервер базы данных сайта является одной из важнейших ролей в архитектуре SCCM. База данных сайта SCCM — это сервер, на котором работает поддерживаемая версия Microsoft SQL Server. База данных SQL Server — это база данных, используемая для хранения информации для сайтов и клиентов SCCM. Давайте посмотрим на миграцию базы данных SCCM SQL Server.

Публикация, связанная с — Пошаговое руководство по установке нового основного сервера ConfigMgr | СККМ

Каждый сайт SCCM в иерархии SCCM содержит базу данных сайта и сервер, которому назначена роль сервера базы данных сайта. Чтобы узнать больше о поддерживаемых версиях SQL Server для SCCM, вы можете проверить здесь.

Введение

В этом посте я расскажу о сквозной миграции БД SCCM. Подробные шаги по установке SQL Server 2017 и лучшие отраслевые практики описаны в моем предыдущем посте.

Это продолжение моей серии постов Полное руководство по миграции сервера SCCM .

  1. Полное руководство по миграции сервера SCCM Часть 1 – SQL 2017 -SCCM SQL Server 2017 Установка и рекомендации
  2. Полное руководство по миграции сервера SCCM Часть 2 – Миграция базы данных
  1. Полное руководство по миграции сервера SCCM Часть 3 – Миграция сервера WSUS
  2. Полное руководство по миграции сервера SCCM Часть 4 — Миграция основного сервера — Восстановление сайта SCCM без резервного копирования SCCM

Содержание этого сообщения 

  — Предварительное условие, необходимое для миграции базы данных SCCM со старого сервера на новый SQL Server 2017 
  – шаги, связанные с миграцией базы данных .
  — Проверка после миграции БД SCCM

Предварительное условие для миграции базы данных SCCM

  1. Перезагрузите основной сайт и новый/старый SQL Server, чтобы избежать ожидающих перезагрузки экземпляров.
  2. Захватите логины со старого сервера SQL, запустив сценарий и сохранив выходные данные в блокноте. Пользователь должен иметь соответствующее разрешение на SQL для выполнения этих действий (предпочтительно системный администратор).
 ;С логинами КАК (
SELECT prn.name PrincipalName
 ,prn.default_database_name
 ,роль.имя РольИмя
 ОТ sys.server_principals prn
 ЛЕВОЕ ВНЕШНЕЕ СОЕДИНЕНИЕ sys.server_role_members mem
 ON prn.principal_id = mem.member_principal_id
 ЛЕВОЕ ВНЕШНЕЕ СОЕДИНЕНИЕ sys.server_principals rol
 ON mem.role_principal_id = rol.principal_id
 ГДЕ prn.is_disabled = 0
 И prn.type IN ('U','G')
 И prn.name НЕ НРАВИТСЯ @@SERVERNAME+N'%'
)
SELECT N'USE [мастер];' AS CommandsToKeepAndRun
СОЮЗ ВСЕХ
-- Логины
SELECT N'IF NOT EXISTS (SELECT name FROM sys.server_principals WHERE name = N'''+PrincipalName+N''')
CREATE LOGIN ['+PrincipalName+N'] ИЗ WINDOWS WITH DEFAULT_DATABASE = ['+ISNULL(default_database_name,N'master')+N'];
'
 ОТ Логины
СОЮЗ ВСЕХ
-- Роли сервера
ВЫБЕРИТЕ НЕ ЕСЛИ (
ВЫБЕРИТЕ ISNULL (роль.  имя, N''NULL'')
 ОТ sys.server_principals prn
 ЛЕВОЕ ВНЕШНЕЕ СОЕДИНЕНИЕ sys.server_role_members mem
 ON prn.principal_id = mem.member_principal_id
 ЛЕВОЕ ВНЕШНЕЕ СОЕДИНЕНИЕ sys.server_principals rol
 ON mem.role_principal_id = rol.principal_id
 ГДЕ prn.name = N'''+PrincipalName+N'''
) != N'''+ИмяРоли+N'''
ALTER SERVER ROLE '+RoleName+N' ADD MEMBER ['+PrincipalName+N'];
'
 ОТ Логины
 ГДЕ имя_роли НЕ НУЛЕВОЕ
СОЮЗ ВСЕХ
-- Разрешения сервера расширены:
SELECT CASE прм.класс
 WHEN 100 THEN prm.state_desc+' '+prm.permission_name+' TO ['+pal.name+'];' COLLATE SQL_Latin1_General_CP1_CI_AS
 WHEN 105 THEN prm.state_desc+' '+prm.permission_name+' ON ENDPOINT :: ['+(ВЫБЕРИТЕ имя ИЗ sys.endpoints WHERE endpoint_id = prm.major_id)+'] TO ['+pal.name+'];' COLLATE SQL_Latin1_General_CP1_CI_AS
 КОНЕЦ
 ОТ sys.server_permissions prm
 ВНУТРЕННЕЕ СОЕДИНЕНИЕ sys.server_principals приятель
 ON prm.grantee_principal_id = pal.principal_id
 И pal.is_disabled = 0
 И pal.name НЕ НРАВИТСЯ @@SERVERNAME+N'%'
 И pal.type IN ('U','G')
СОЮЗ ВСЕХ
ВЫБЕРИТЕ N'GO';
-- Предоставлено: Бенджамин Рейнольдс --
  • 3. Остановите службы SCCM на основном сайте и сделайте резервную копию БД, чтобы избежать потери данных.
  • 4. Резервная копия базы данных SCCM

а. Запустите резервное копирование, щелкнув правой кнопкой мыши базу данных SCCM и выбрав задачи, а затем «Резервное копирование».

б. Выберите место для резервного копирования на Диске и добавьте место для резервного копирования, чтобы сохранить файл. Упомяните имя файла с расширением .bak .

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

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

 выбрать команду
 ,CAST(total_elapsed_time/1000. 0/60.0 AS NUMERIC(8,2)) AS [прошедшее мин.]
 ,CAST(оценочное_время_завершения/1000.0/60.0 AS NUMERIC(8,2)) AS [Мин. ETA]
 ,CAST(оценочное_время_завершения/1000.0/60.0/60.0 AS NUMERIC(8,2)) AS [ETA Hours]
 ,CAST(percent_complete AS NUMERIC(8,2)) AS [Процент завершения]
из sys.dm_exec_requests
где session_id = (выберите max(spid) из процессов master.dbo.sys с (nolock), где cmd в ('ВОССТАНОВЛЕНИЕ БАЗЫ ДАННЫХ','РЕЗЕРВНАЯ БАЗА ДАННЫХ'))
  • 5. После завершения резервного копирования остановите службы SQL на старом сервере SQL и скопируйте резервную копию на новый сервер.

6. Добавьте сервер основного сайта в качестве члена группы локальных администраторов нового SQL Server. Он должен быть непосредственным членом, а не членом какой-либо группы безопасности. Это обязательно, иначе перемещение БД не удастся.

7. Восстановите базу данных на новом сервере SQL. Я использую SQL Server 2017 на Windows Server 2016.

  • а. Запустите восстановление, щелкнув правой кнопкой мыши базы данных и выбрав Восстановить 9. 0066

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

в. Выберите вкладку файлов, и здесь вы можете увидеть предыдущее расположение файлов и новые расположения файлов. Нет ограничений на то, что вы должны использовать ту же схему дисков старого SQL-сервера на новом.

д. Выберите OK, чтобы начать процесс восстановления. Проверьте ход восстановления в графическом интерфейсе восстановления или в сценарии, приведенном выше в 4.d.

8. Включить CLR

 EXECUTE sp_configure 'clr enable', 1;
РЕКОНФИГУРАЦИЯ С ПЕРЕЗАПИСЬЮ;
  • 9. Восстановите логины, запустив сценарий, который был получен в результате шага 2.
  • 10. Перенастройте восстановленную базу данных, где XXX – код вашего сайта.

а. Включите SQL Broker в базе данных сайта

 USE master;
ИДТИ
ИЗМЕНИТЬ БАЗУ ДАННЫХ CM_XXX УСТАНОВИТЬ ENABLE_BROKER
ГО

б. УСТАНОВИТЕ базу данных сайта как заслуживающую доверия

 USE master;
ИДТИ
ИЗМЕНИТЬ БАЗУ ДАННЫХ CM_XXX УСТАНОВИТЬ НАДЕЖНУЮ
ВПЕРЕД

г. НАСТРОЙТЕ базу данных для учета HONOR_BROKER_PRIORITY

 USE master;
ИДТИ
ИЗМЕНИТЬ БАЗУ ДАННЫХ CM_XXX ВКЛЮЧИТЬ HONOR_BROKER_PRIORITY;
GO

11. Проверьте конфигурацию SQL Server на новом сервере. Используйте приведенный ниже запрос, чтобы проверить настройки базы данных. Убедитесь, что параметры is_trustworthy_on и is_broker_enabled включены для базы данных SCCM

 выберите имя, имя сопоставления, user_access_desc, is_read_only, state_desc,
is_trustworthy_on, is_broker_enabled, is_honor_broker_priority_on из sys.databases

12. Запустите службы SCCM на основном сайте, и мы готовы переместить базу данных SCCM, выполнив все необходимые задачи.

 Переместить базу данных SCCM

  1. На первичном сайте откройте мастер установки SCCM с сервера и перейдите на страницу «Начало работы».

2. На странице «Начало работы» выберите Выполнить обслуживание сайта или сбросить этот сайт и нажмите «Далее».

3. В окне Site Maintenance выберите Измените конфигурацию SQL Server и нажмите кнопку Далее.

4. В окне информации о базе данных укажите новое полное доменное имя SQL Server и нажмите кнопку Далее.

5. В окнах конфигурации можно просмотреть ход установки, а также подробную информацию можно увидеть в ConfigMgrSetup.log.

Проверки после перемещения базы данных SCCM

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