Как узнать имя экземпляра Microsoft SQL Server на T-SQL
Всем привет! Сегодня мы с Вами рассмотрим несколько способов определения имени экземпляра Microsoft SQL Server на языке T-SQL, а также с использованием других программных средств.
Способы определения имени экземпляра Microsoft SQL Server
Существует несколько способов узнать, какое имя экземпляра у SQL Server. Мы рассмотрим способы, которые подразумевают обращение к определенным системным функциям на языке T-SQL, а также способ, с помощью которого мы можем узнать имена всех экземпляров SQL Server, которые установлены на конкретном сервере.
Кроме этого я покажу способ определения имени экземпляра SQL Server без выполнения SQL инструкций, например, для случаев, когда нет возможности подключиться к SQL Server. Данный способ предполагает выполнение определённой инструкции на языке PowerShell.
Таким образом, для того чтобы определить имя экземпляра Microsoft SQL Server, Вы можете использовать тот способ, который будет удобнее в Вашем конкретном случае.
Способ 1 – функция @@SERVERNAME
Первый способ предполагает использование системной функции @@SERVERNAME, которая возвращает имя локального сервера, на котором работает SQL Server.
Функция @@SERVERNAME возвращает следующие данные:
| Исходные данные | Данные, которые возвращает функция |
| Если используется экземпляр по умолчанию | «Имя_сервера» |
| Если используется именованный экземпляр | «Имя_сервера\Имя_экземпляра» |
| Если используется экземпляр по умолчанию отказоустойчивого кластера | «Сетевое_имя_экземпляра_отказоустойчивого_ кластера_windows_server» |
| Если используется именованный экземпляр отказоустойчивого кластера | «Сетевое_имя_экземпляра_отказоустойчивого_ кластера_windows_server\имя_экземпляра» |
Пример использования функции
SELECT @@SERVERNAME AS SERVERNAME;
В моем случае используется именованный экземпляр Microsoft SQL Server, поэтому функция вернула соответствующие данные, где SQLEXPRESS и есть имя экземпляра SQL Server.
Способ 2 – функция @@SERVICENAME
Второй способ определения имени экземпляра Microsoft SQL Server предполагает использование функции @@SERVICENAME, которая возвращает имя раздела реестра, согласно которому запущен SQL Server.
Если текущий экземпляр является экземпляром по умолчанию, то данная функция возвращает «MSSQLSERVER», однако если же текущий экземпляр является именованным экземпляром, то эта функция возвращает имя этого экземпляра.
Пример использования функции
SELECT @@SERVICENAME AS SERVICENAME;
В данном случае, так как у меня именованный экземпляр, функция @@SERVICENAME вернула имя экземпляра.
Способ 3 – функция SERVERPROPERTY
Следующий способ определения имени экземпляра SQL Server предполагает использование системной функции SERVERPROPERTY, которая возвращает много различных сведений о свойствах экземпляра Microsoft SQL Server.
Данная функция принимает один параметр, и если мы передадим значение «InstanceName», то она нам вернет имя экземпляра.
Однако здесь стоит учитывать, что если используется экземпляр по умолчанию, то функция вернет NULL.
Пример использования функции
SELECT SERVERPROPERTY ('InstanceName') AS SERVERPROPERTY;
У меня именованный экземпляр, поэтому функция вернула имя экземпляра.
Способ 4 – процедура xp_regread
Если Вам необходимо узнать имена всех экземпляров SQL Server, которые установлены на конкретном сервере, то для этого Вы можете использовать системную хранимую процедуру xp_regread, которая умеет считывать параметры реестра Windows, в котором как раз и можно найти всю интересующую нас информацию об экземплярах Microsoft SQL Server.
Процедура принимает три параметра: в первом мы указываем название раздела реестра, во втором — путь к нужной нам ветке реестра, и третий — параметр, значение которого нам нужно считать.
Пример использования процедуры
DECLARE @SQLServerInstances TABLE( LineNumber NVARCHAR(100), InstanceName NVARCHAR(100), Data NVARCHAR(100) NULL ); INSERT INTO @SQLServerInstances EXECUTE xp_regread @rootkey = 'HKEY_LOCAL_MACHINE', @key = 'SOFTWARE\Microsoft\Microsoft SQL Server', @value_name = 'InstalledInstances'; SELECT LineNumber, InstanceName FROM @SQLServerInstances;
У меня установлен только один экземпляр, поэтому инструкция вернула одну строку данных.
Как узнать имя экземпляра Microsoft SQL Server на PowerShell
Способ предполагает простое считывание названия службы Microsoft SQL Server, т.е. мы с помощью определенной инструкции на PowerShell ищем название службы по префиксу «MSSQL$» (данный префикс имеет «Имя службы, а не «Отображаемое имя службы»).
Пример инструкции на PowerShell
Get-WMIObject Win32_Service -Filter «name like ‘MSSQL$%'» | %
Кроме этого, узнать имя экземпляра Microsoft SQL Server можно, если зайти в оснастку «Службы» в Windows и посмотреть, какое имя указано в названии службы SQL Server.
Заметка! Всем тем, кто только начинает свое знакомство с языком SQL, рекомендую прочитать книгу «SQL код» – это самоучитель по языку SQL, которую написал я, и в которой я подробно, и в то же время простым языком, рассказываю о языке SQL.
На сегодня это все, надеюсь, материал был Вам полезен, пока!
Как изменить порт экземпляра Microsoft SQL Server?
09.07.2020
insci
SQL Server
Один комментарий
В этой статье мы разберемся как узнать текущий TCP порт, на котором слушает и ожидает подключения именованный или default экземпляр MS SQL Server, как изменить порт подключения SQL Server на статический/динамический и как используется служба SQL Server Browser клиентами при подключении к SQL.
- Default экземпляр SQL Server (MSSQLSERVER) работает на статическом порту TCP 1433. Именно к этому порту подключаются клиенты, или консоль SQL Server Management Studio (SSMS);
- Именованные экземпляры MSSQL и SQL Server Compact по-умолчанию настроены на использование динамического TCP порта из диапазона RPC (49152 – 65535).
Динамической порт означает, что номер порта, на котором принимает подключение экземпляр MSSQL назначается при запуске службы SQL Server. В большинстве случаев, даже после перезагрузки сервера, SQL Server начнет слушать тот же самый динамический TCP порт, который был назначен до перезагрузки. Но если этот порт занят, SQL Server запустится на новом порту TCP (приложение, которое использует SQL обычно без проблем получит номер нового порта от службы SQL Server Browser, об этом чуть ниже). Динамический порты SQLServer удобны с точки зрения простоты администрирования нескольких экземпляров SQL на одном сервере, но вызывают множество проблем, если в вашей сети используются межсетевые экраны.
Изменение номера TCP порта экземпляра SQL Server
Вы можете перенастроить ваш сервер так, чтобы он слушал на другом статическом TCP или динамическом порту. Как правило это нужно, когда на одном SQL Server-e запушено несколько экземпляров, или у вас используются межсетевые экраны.
Для управления портами подключения нам потребуется SQL Server Configuration Manager. Обычно эта оснастка устанавливается вместе с экземпляром MSSQL.
Запустите SQL Server Configuration Manager и разверните секцию SQL Server Network Configuration.
В моём случае на сервере установлен всего 1 экземпляр MSSQL– NODE1, поэтому настраивать порты я буду для него. В списке доступных протоколов для данного экземпляра имеются:
- Протокол Shared Memory используется для подключения с локального компьютера (с того, где установлен экземпляр MSSQL). Отключать его не рекомендуется;
- Named Pipes может использоваться по протоколу TCP/IP, но его использования не несёт особой выгоды, поэтому оставим его выключенным;
Щелкните дважды по TCP/IP.
На вкладке Protocol всего 3 параметра:
- Enabled – убедитесь, что протокол TCP/IP включен;
- Keep Alive – частота проверки того, что соединение еще актуально (в миллисекундах). Не меняйте этот параметр без необходимости;
- Listen All – неочевидная настройка, которая отвечает за секцию IPAll во вкладке IP Addresses. Если Listen All выставлена в No, то секция IPAll будет игнорироваться.
На вкладке IP Addresses вы увидите перечисление всех IP адресов машины (включая IPv6 и локальные) и соответствующие им настройки. Здесь вы можете задать разные TCP порты для локального и внешнего адреса подключения, или разные порты для разных внешних адресов (если у вас сервер с несколькими сетевыми интерфейсами в разных сегментах).
Скорее всего вы захотите изменить порт сразу для всех IP, поэтому нужно изменить его секции IPAll.
Параметр TCP Dynamic Ports отвечает за использование динамических портов.
- Пустое значение TCP Dynamic Ports отключает использование динамических портов SQL Server;
- 0 включает использование динамических TCP портовиз диапазона RPC 49152 – 65535;
Чтобы установить статический TCP порт для данного экземпляра SQL Server, отключите TCP Dynamic Ports, и задайте новый номер статического порта в параметре TCP Port.
Для применения изменений перезапустите службу SQL Server. Обратите внимание на отключенную службу SQL Server Browser.
Проверьте, что теперь к вашему экземпляру SQL можно подключиться через SSMS. Формат строки подключения такой:
Подключиться без указания порта не получится, поскольку SQL Browser выключен.
TCP порты и служба SQL Server Browser
До версии MSSQL 2000 нельзя было установить больше одного экземпляра СУБД на один компьютер. Такая возможность появилась в более новых версиях MSSQL. Служба SQL Server Browser впервые появилась в SQL Server 2005 и использовалась как посредник для распределения подключений между различными экземплярами MSSQL, установленными на одном компьютере.
Также SQL Server Browser отвечает за подключение к MSSQL (например, из SQL Server Management Studio) без указания порта, например testnode1\node1 . Служба SQL Server Browser узнает номер текущего динамического порта экземпляра из реестра и сообщает его клиенту.
Если вы отключите службу SQL Server Browser, то для подключения к экземпляру необходимо вручную указывать TCP порт. Например, testnode1\node1, 1440 .
При отключенной службе SQL Server Browser и использовании динамических портов приложения не смогут узнать номер порта, к которому нужно обращаться.
Стандартные порты SQL Server
- TCP 1433 — Стандартный порт SQL Server
- UDP 1433 – порт, используемый SQL Server Browser
Другие порты настраиваются при установке/настройке конкретного сервиса. Так что по умолчанию, Вам достаточно открыть в файерволе только два порта: 1433 TCP/UDP.
Если у вас используются строгие настройки фаервола, или если вы хотите максимально ограничить SQL Server, рекомендуется отключить Dynamic Ports (выставить пустое значение) и отключить службу SQL Server Browser.
Если же ваши SQL Server’a находятся в публичном доступе, то будет хорошей идеей поменять порт на нестандартный. Это не защитит от атак полностью, но снизит их число.
Предыдущая статья Следующая статья 
Переименование экземпляра MS SQL
СервераСредний уровень
После переименования компьютера, в силу производственной необходимости или например клонирования виртуальной машины, на котором работает Microsoft SQL сервер, его экземпляр не будет переименован автоматически, в результате чего предсказуемо возникают проблемы с доступом к базам данных.
Вы увидите сообщение об ошибке «Invalid Urn filter on server level». Это означает, что имя которое клиент использует во время подключения, не совпадает запущенным SQL-сервером.
Вы можете проверить это, выполнив следующие действия. Во-первых открыть интерпретатор командной строки CMD и удостовериться в правильном имени компьютера:
hostaname
Следующим шагом, потребуется открыть SQL Server Management Studio (SSMS) и выполнить запрос:
SELECT @@SERVERNAME AS 'ИМЯ СЕРВЕРА';
Результаты не должны совпасть, но Вам не нужно запускать программу установки еще раз, чтобы сбросить имя компьютера, для этого достаточно выполнить этот запрос в SSMS:
sp_dropserver 'СТАРОЕ ИМЯ'; GO sp_addserver 'НОВОЕ ИМЯ', local; GO
Чтобы изменить имя для именованного экземпляра MS SQL, выполните немного другую команду T-SQL, где instancename — имя экземпляра.
EXEC sp_dropserver 'СТАРОЕ ИМЯ\instancename'; GO EXEC sp_addserver 'НОВОЕ ИМЯ\instancename', local; GO
После перезапустить сервер введя в уже открытую консоль команду:
net stop mssqlserver && net start mssqlserver
Все готово, в качестве проверки запустить SELECT запрос еще раз.
Инструкция по установке СЕТЕВОЙ базы ПО Альта-ГТД
Серверная часть представляет собой базу данных (далее БД) под управлением СУБД (Система Управления Базами Данных) Microsoft SQL Server 2005/2008/2012/2014 и обычно размещается на выделенном сервере, подключенном к локальной сети организации.
При отсутствии в локальной сети организации установленной СУБД MS SQL Server необходимо приобрести ее у корпорации Microsoft (или скачать бесплатную версию с сайта корпорации Microsoft) и выполнить ее установку – см. установка SQL2005, установка SQL2008 или установка SQL2012, установка SQL2014 (рекомендуется).
Клиентские рабочие места представляют собой собственно программу «Альта-ГТД» (устанавливается как обычно), которая обеспечивает интерфейс пользователям для работы с общей БД. Размещаются они на рабочих станциях пользователей, также подключенных к локальной сети организации.
Примечание. Связь между клиентскими рабочими местами и сервером происходит по протоколу TCP/IP, порт 1433 (может быть настроен – см. справочную систему MS SQL Server).
Описание этапов установки:
- Подготовка к установке
- Установка серверной части
- Размещение БД на SQL Server
- Настройка прав доступа к БД
- Настройка регулярного резервного копирования БД
- С помощью «Планировщика Windows» (для бесплатной версии)
- С помощью «SQL Server Agent» (в бесплатную версию не входит)
Подготовка к установке
Перед началом установки необходимо определиться со способом авторизации пользователей для доступа к SQL Server.
Существует два варианта авторизации пользователей для доступа к MS SQL Server:
- Использовать учетные записи самого SQL Server, созданные для каждого отдельного пользователя, или одну на всех. В этом случае при подключении к БД (запуске программы «Альта-ГТД») пользователь должен будет ввести имя и пароль своей учетной записи, либо единожды сохранить эти сведения в настройках конкретного клиентского рабочего места.
- Использовать данные о пользователях ОС Windows (при наличии домена Windows). В этом случае пользователю не потребуется вводить никаких имен/паролей при подключении к базе или в настройках, а его права доступа будут определяться по текущему пользователю, авторизованному в ОС Windows. Кроме того, данный вариант позволяет настроить права доступа к SQL Server сразу для целой группы пользователей домена, что избавляет системного администратора от необходимости настраивать права доступа для каждого отдельного пользователя, а при появлении новых пользователей просто добавлять их в соответствующую группу домена Windows.
Установка серверной части
1. Размещение БД на SQL Server
Для этого необходимо:
a) Запустить утилиту SQL Server Management Studio (из состава MS SQL Server).
b) Подключиться к серверу под учетной записью администратора (можно использовать встроенную учетную запись «sa», пароль для которой задавался при установке SQL Server, либо выбрать вариант «Проверка подлинности Windows» в случае, если текущий пользователь сеанса Windows обладает правами администратора в SQL Server):
c) С помощью меню «Файл/Открыть/Файл» открыть файл «gtd.sql», который поставляется вместе с ПО «Альта-ГТД» (в папке C:\ALTA\UTILS):
d) Выполнить меню «Запрос/Выполнить», в результате чего в нижней строке окна должна появиться надпись «Запрос успешно выполнен»:
Примечание. Если появится что-то другое, например, «Запрос завершен с ошибками», то сохраните сообщения об ошибках в текстовый файл и обратитесь в тех. поддержку компании «Альта-Софт».
2. Настройка прав доступа к БД
Последовательность действий по настройке доступа к SQL Server практически одинакова для обоих вариантов авторизации пользователей (см. «Подготовка к установке»):
a) Запустить утилиту SQL Server Management Studio и подключиться к серверу под учетной записью администратора – см. шаги 1.a) и 1.b).
b) В левой части окна нажать правой кнопкой мыши на разделе «Безопасность/Имена входа» и в контекстном меню выбрать пункт «Создать имя входа»:
c) Для создания учетной записи SQL Server – ввести имя в поле «Имя входа», выбрать вариант «Проверка подлинности SQL Server», дважды ввести пароль в поля «Пароль» и «Подтверждение пароля» и снять галочку «Требовать использование политики паролей»:
Для предоставления прав доступа к SQL Server пользователю или группе домена Windows – выбрать вариант «Проверка подлинности Windows», нажать кнопку «Найти» рядом с полем «Имя входа» и выбрать нужного пользователя/группу, либо просто ввести его полное имя (включая домен) в поле «Имя входа»:
d) На странице «Серверные роли» для обычного пользователя не требуется устанавливать какие-либо галки, кроме включенной по умолчанию «public»:
Примечание. Если требуется, чтобы пользователь имел возможность создавать дополнительные базы для вынесения ЭД-сообщений из основной (полезно для бесплатных версий SQL Server, имеющих ограничение на максимальный размер базы), то на этой странице ему необходимо включить галочку «dbcreator».
e) На странице «Сопоставление пользователей» надо установить галочку возле базы «gtd» и, поставив курсор на этой строке, в нижней части окна установить галочку «db_owner»:
f) На странице «Защищаемые объекты» нажать кнопку «Добавить», в появившемся окне выбрать пункт «Сервер …» и нажать «ОК»:
g) В нижней части окна в строке «View server state» («Просмотр состояния сервера») установить галочку в столбце «Предоставить»:
Примечание. Шаги f) и g) можно НЕ выполнять для каждого вновь создаваемого пользователя в отдельности, а выполнить один раз для серверной роли «public», в которую по определению входят ВСЕ пользователи, подключающиеся к SQL Server. Для этого в разделе «Безопасность/Серверные роли» надо дважды щелкнуть на пункте «public» и выполнить вышеописанные действия (страница «Защищаемые объекты» там будет называться «Разрешения»), либо выполнить SQL-запрос (в базе «master»):
GRANT VIEW SERVER STATE TO [public]
h) На странице «Состояние» все параметры должны соответствовать рисунку:
i) Нажать кнопку «ОК».
3. Настройка регулярного резервного копирования БД
Рекомендуется настроить регулярное резервное копирование базы данных (на случай аппаратных или программных сбоев), причем лучше всего с сохранением резервных копий за последние несколько дней, например семь (за последнюю неделю).
Для этого можно использовать либо встроенный в SQL Server планировщик заданий – «SQL Server Agent» (в бесплатную версию не входит), либо стандартный «Планировщик Windows» в сочетании с утилитой SQLCMD.EXE, которая позволяет выполнять запросы к SQL Server из командной строки. В планировщике необходимо создать как минимум семь заданий (по одному на каждый день недели), каждое из которых будет (раз в неделю) заменять один из семи файлов, содержащих соответствующую резервную копию базы данных.
Кроме того, файлы резервных копий рекомендуется хранить не только на жестком диске компьютера, где установлен SQL Server, но и дублировать их на ленту или жесткий диск другого компьютера в сети. Для этого можно использовать либо специальное ПО, которое позволяет делать резервные копии всего диска, либо с помощью того же планировщика копировать файлы на ленту или другой компьютер (вторым шагом).
С помощью «Планировщика Windows» (для бесплатной версии)
Чтобы создать задание в «Планировщике Windows» надо:
a) Запустить программу «Блокнот» (Пуск→Все программы→Стандартные→Блокнот) и ввести следующие две строки, после чего сохранить их в виде командного файла (*.BAT):
SQLCMD -S (local) -E -Q «BACKUP DATABASE gtd TO DISK = ‘D:\BACKUP\gtd_monday.bak’ WITH INIT, NOFORMAT, SKIP, NOUNLOAD»
XCOPY D:\BACKUP\gtd_monday.bak \\BACKUP_SERVER\Folder\*.* /Y
где «(local)» – имя сервера (в случае установки именованного экземпляра SQL Server надо указать имя полностью: «ИМЯ_КОМПА\SQLEXPRESS»), «gtd» – имя базы данных, «D:\BACKUP\gtd_monday.bak» – имя файла для создания в нем резервной копии (будет различаться по дням недели), «BACKUP_SERVER» – имя компьютера, на который будет выполняться дополнительное копирование, «Folder» – папка на этом компьютере (к ней должен быть предоставлен общий доступ).
b) Запустить мастер планирования заданий (Панель управления→Назначенные задания→Добавить задание) и нажать кнопку «Далее»:
c) Нажать кнопку «Обзор» и указать путь к командному файлу (*.BAT), созданному на шаге a):
d) Указать имя для задания, выбрать вариант запуска «еженедельно» и нажать кнопку «Далее»:
e) Поставить галочку возле нужного дня недели, а в поле «Время начала» указать время, когда должен запускаться процесс резервного копирования (обычно это делается ночью), затем нажать кнопку «Далее»:
f) Ввести имя пользователя и пароль (дважды) учетной записи ОС, от имени которой будет выполняться задание, и нажать кнопку «Далее»:
Внимание! Чтобы задание успешно выполнялось необходимо предоставить указанной здесь учетной записи (домена или локального компьютера) права записи в вышеупомянутую папку «\\BACKUP_SERVER\Folder», а также настроить доступ к самому SQL Server (см. раздел «Настройка прав доступа к БД», включить эту учетную запись надо в роль «sysadmin» на странице «Серверные роли», а на страницах «Сопоставление пользователей» и «Защищаемые объекты» ничего не делать).
g) Нажать кнопку «Готово»:
Примечание. Чтобы проверить работоспособность созданного задания необходимо в списке заданий (Панель управления→Назначенные задания) нажать правой кнопкой мыши на интересующем задании и в контекстном меню выбрать пункт «Выполнить», затем убедиться, что файл резервной копии БД успешно создался по тем путям, которые были указаны на шаге a).
С помощью «SQL Server Agent» (в бесплатную версию не входит)
Чтобы создать задание в SQL Server Agent надо:
a) Запустить утилиту SQL Server Management Studio и подключиться к серверу под учетной записью администратора – см. шаги 1.a) и 1.b).
b) В левой части окна нажать правой кнопкой мыши на разделе «Объекты сервера/Устройства резервного копирования» и в контекстном меню выбрать пункт «Создать устройство резервного копирования»:
c) В поле «Имя устройства» ввести имя, которое будет ассоциироваться с файлом резервной копии БД, при необходимости изменить путь в поле «Файл» и нажать «ОК»:
d) В левой части окна нажать правой кнопкой мыши на разделе «Агент SQL Server/Задания» и в контекстном меню выбрать пункт «Создать задание»:
e) В поле «Имя» ввести имя задания:
f) На странице «Шаги» нажать кнопку «Создать»:
g) В появившемся окне ввести имя в поле «Имя шага», проверить, что в поле «Тип» выбрано «Сценарий Transact-SQL (T-SQL)», а в поле «Команда» ввести строку:
BACKUP DATABASE gtd TO gtd_monday
WITH INIT, NOFORMAT, SKIP, NOUNLOADгде «gtd» – имя базы данных, «gtd_monday» – имя устройства резервного копирования, созданного на шаге c) (будет различаться по дням недели):
h) В предыдущем окне нажать кнопку «ОК», в результате на странице «Шаги» должна появиться строка:
i) Чтобы файл резервной копии БД сразу копировался на другой компьютер в сети необходимо повторить пункты f) – h), в окне «Создание шага задания» выбрав в поле «Тип» значение «Операционная система (CmdExec)», а в поле «Команда» указав строку:
XCOPY D:\MSSQL\BACKUP\gtd_monday.bak \\BACKUP_SERVER\Folder\*.* /Y
где «D:\MSSQL\BACKUP\gtd_monday.bak» – путь, указанный на шаге c) (будет различаться по дням недели), «BACKUP_SERVER» – имя компьютера, на который будет выполняться копирование, «Folder» – папка на этом компьютере (к ней должен быть предоставлен общий доступ):
Примечание. Чтобы копирование файла успешно выполнялось необходимо запускать SQL Server Agent под учетной записью домена Windows, для которой предоставлены права записи в вышеупомянутую папку (см. также «Установка SQL2005», «Установка SQL2008» или «Установка SQL2012»), а также настроен доступ к самому SQL Server (см. раздел «Настройка прав доступа к БД», включить эту учетную запись надо в роль «sysadmin» на странице «Серверные роли», а на страницах «Сопоставление пользователей» и «Защищаемые объекты» ничего не делать).
j) На странице «Расписания» нажать кнопку «Создать»:
k) Ввести имя в поле «Имя», проверить, что в поле «Тип расписания» выбрано значение «Повторяющееся задание», а в поле «Выполняется» – «Еженедельно». Поставить галочку возле нужного дня недели (остальные снять), а в поле «Однократное задание» указать время, когда должен запускаться процесс резервного копирования (обычно это делается ночью):
l) В предыдущем окне нажать кнопку «ОК», в результате на странице «Расписания» должна появиться строка:
m) Нажать кнопку «ОК».
Примечание. Чтобы проверить работоспособность созданного задания необходимо в разделе «Агент SQL Server/Задания» нажать правой кнопкой мыши на интересующем задании и в контекстном меню выбрать пункт «Запустить задание на шаге», в появившемся окне выбрать первый шаг данного задания и нажать «ОК». Далее появится окно отображающее ход выполнения задания. Если выполнение задания закончится с ошибкой, то подробное описание ошибки можно увидеть вызвав пункт «Просмотр журнала» того же контекстного меню.
Установка клиентских рабочих мест
Клиентские рабочие места (сама программа Альта-ГТД) устанавливается как обычно инсталлятором фирмы Альта (setup.exe) с использованием файла лицензии и привязкой к компьютеру пользователя.
Чтобы перевести программу Альта-ГТД в режим работы с SQL-базой данных (SQL-режим) необходимо:
1. В настройках программы Альта-ГТД (меню Настройка/Сервер и сетевые настройки/Общая база ГТД (SQL)) указать имя компьютера, на котором установлен SQL Server и выбрать тип авторизации и базу данных:
2. Выполнить меню Список/Переключиться в SQL-режим.
Примечания:
1) Переключаться между SQL-режимом работы и обычным (файловым) можно в любой момент и сколько угодно раз (меню Список/Переключиться в …).
2) Чтобы загрузить документы из файлов в SQL-базу данных необходимо выполнить меню Каталог/Загрузка из формата Альта-Windows (находясь в SQL-режиме). Чтобы сохранить документ из базы данных в файл – Каталог/Выгрузка в формате Альта-Windows (находясь в SQL-режиме).
3) Если возникнет проблема с подключением к SQL Server с компьютера пользователя (кнопка «Проверить соединение» выдаст ошибку типа «SQL-сервер не существует или отсутствует доступ», «Ошибка входа пользователя …», «Не удается открыть базу данных …» и т.п.), то необходимо проверить следующее:- Что все параметры подключения заданы верно (Имя сервера, Пользователь, Имя базы). Например, SQL Server 2008 Express Edition обычно устанавливает «именованный экземпляр сервера» независимо от параметров, указанных при установке («экземпляр по умолчанию» – см. «установка SQL2008»), в результате чего необходимо «Имя сервера» указывать как составное – ИМЯ_КОМПЬЮТЕРА\SQLEXPRESS (это имя можно увидеть, запустив SQL Server Management Studio, входящую в состав SQL Server).
- Что на компьютере, где установлен SQL Server, правильно настроен Firewall (Брандмауэр) и разрешены удаленные подключения в самом SQL Server – см. «установка SQL2005», «установка SQL2008» или «установка SQL2012». Проверить наличие физической связи между клиентом и SQL-сервером можно командой «telnet имя_компьютера 1433» (на клиенте Пуск→Выполнить) – если выдаст ошибку, то надо проверять локальную сеть и настройки Firewall/SQL Server.
- Если физическая связь по порту 1433 устанавливается, но программа все равно выдает ошибку «SQL-сервер не существует…», то можно попробовать в поле «Имя или IP-адрес сервера» добавить явное указание порта для связи – ИМЯ_КОМПЬЮТЕРА,1433 или ИМЯ_КОМПЬЮТЕРА\SQLEXPRESS,1433
4) Если проблема подключения к SQL Server не решается предыдущим пунктом — см. Восстановление компонентов MDAC (ADO, OLEDB) на компьютере