Пуск => Программы => Microsoft SQL Server 2008 R2 => средства настройки => Диспетчер конфигурации SQL Server
-
46. Окно диспетчера конфигурации SQL Server
В левой части окна в разделе Сетевая конфигурация SQL Server выберите строку Протоколы для SQL 2008 и в правой части окна измените статус протокола TCP\IP на «Включено».
Для того, чтобы изменения вступили в силу, необходимо перезапустить службу SQL Server. Для этого в левой части окна выберите раздел Службы SQL Server, выберите строку SQL Server (SQL 2008) и нажмите кнопку  Перезапустить службу на панели инструментов окна (Рисунок 47).
-
47. Службы SQL Server
1.8.4.Настройка соединения со стороны клиента
Для соединения с сервером используется источник данных ODBC SQL Server, создаваемый на основе строки соединения, т.е. создание специального источника (DSN) не требуется.
При первом запуске Программного комплекса в окне регистрации (Рисунок 48) необходимо указать параметры Имя сервера и Имя базы данных.
-
48. Окно регистрации
Синтаксис имени сервера: <�Имя>[\<�экземпляр>]
<�Имя> – идентификатор сервера.
Идентификатор сервера должен быть детерминированным для используемого протокола. Для протокола TCP\IP допускается указание следующих идентификаторов:
DNS или NetBIOS имя, которое может быть преобразованы в IP-адрес;
IP-адрес;
локальный адрес «127.0.0.1» или «.», обозначающие подключение «на себя» (к локальному серверу) и имя «(local)» для подключения напрямую, минуя сетевой интерфейс.
<�экземпляр> – имя экземпляра SQL Server на указанном сервере. Для первой установки SQL Server (экземпляра по умолчанию) имя экземпляра не указывается.
Если соединение не устанавливается (или постоянно обрывается), необходимо воспользоваться псевдонимами серверов. Псевдоним сервера представляет собой именованную группу настроек подключения к конкретному SQL-серверу. Использование псевдонимов позволяет решить большинство проблем с подключением, в том числе для именованных инсталляций (экземпляров) SQL Server.
Настройка псевдонимов производится с помощью утилиты cliconfg.exe, которая может быть вызвана из меню «Start (Пуск) - Microsoft SQL Server - Client Network Utility», на вкладке «Псевдоним (Alias)» с помощью кнопок [Добавить (Add], [Изменить (Edit)] и [Удалить (Delete)] (Рисунок 49).
-
49. Добавление конфигурации сетевой библиотеки
В окне добавления конфигурации сетевой библиотеки необходимо указать следующие параметры:
Псевдоним для сервера (Server Alias) – имя псевдонима сервера, это имя псевдонима впоследствии необходимо указывать вместо имени сервера при подключении;
-
Сетевые библиотеки(Network Library) – протокол;
|
|
|
|
Прочие параметры приведены для TCP\IP, для других протоколов необходимо настраивать иные параметры.
|
|
|
|
|
Имя сервера (Server Name) – имя сервера, рекомендуется указать IP-адрес сервера;
Динамически определить порт (Dynamically determine port) – динамическое определение порта, рекомендуется снять флажок и ввести номер порта вручную. Это особенно важно для именованных экземпляров SQL Server;
Номер порта (Port Number) – номер порта для протокола TCP/IP, по умолчанию для первого экземпляра SQL Server используется порт 1433, для последующего 1434 и т.д. Правильный номер порта определяется из настроек протоколов сервера с использованием svrnetcn или Enterprise Manager.
В примере на Рисунке 49 настроен псевдоним «DBSRV», обозначающий IP-адрес 192.168.0.2, порт 1433. В данном случае псевдоним совпадает с реальным именем сервера.
Часто псевдонимы подключения к используемым серверам создают автоматически, поэтому при изменении сетевых адресов серверов следует удалять устаревшие псевдонимы.
Если реальное имя сервера совпадает с именем псевдонима, то для подключения используются указанные выше параметры псевдонима. Поэтому при изменении сетевых параметров серверов необходимо дополнительно проверять и корректировать настройки псевдонимов на клиентских станциях.
1.8.5.Диагностика проблем соединения
Выделяют две основные проблемы подключения:
Проблемы работы сети и используемого протокола;
Проблемы безопасности (аутентификации).
Порядок проведения диагностики проблем подключения:
Убедитесь в работоспособности оборудования и системного программного обеспечения:
SQL Server запущен;
все сервера загружены и подключены к сети;
сетевое оборудование работает нормально, все кабели подключены;
сетевые устройства и драйвера для них установлены, включены и работаю без сбоев и конфликтов.
Проверьте конфигурацию используемых протоколов в операционной системе. Проверку необходимо провести на сервере и на клиенте средствами операционной системы Windows.
Должны быть выполнены следующие условия:
требуемый протокол должен быть назначен для используемых сетевых устройств (сетевые карты, модемы и т.п.);
для используемого протокола в параметрах устройства должны быть назначены имена, адреса и прочие параметры конфигурирования;
должны быть сконфигурированы и запущены сетевые службы, предназначенные для поддержки используемых протоколов и устройств (сервера имен, сервер распределения адресов и др.);
используемые межсетевые экраны и средства криптозащиты не должны препятствовать работе используемого протокола, не должны блокировать активность используемых серверов и клиентских станций и не должны отфильтровывать трафик SQL Server.
Если проблемы подключения связаны с работой протоколов и (или) сетевых устройств и служб, откроется информационное окно с сообщением вида «SQL Server does not exist or access denied», «General Network Error», «Cannot Generate SSPI Context», «Specified SQL server not found» и иное. При подключении клиентской частью откроется информационное окно с сообщением вида: «Истек период ожидания подключения к серверу», «Невозможно подключиться к серверу», «Нет физического соединения» после продолжительной задержки (30-60 секунд).
Проверка подключения в этом случае должна производиться с помощью утилит диагностики работы используемых протоколов.
Проверьте, нет ли проблем с аутентификацией и безопасностью. Такие проблемы могут быть вызваны одной из следующих причин:
неверно указаны учетные данные, имя сервера или базы данных;
SQL Server в режиме ограниченного доступа;
проблемы с NTLM, Kerberos и др.;
проблема с доступом в домене: контроллер домена недоступен, нет доверительных отношений, запрещен анонимный доступ или другое;
не выполнена операция «восстановления пользователей», требуемая в установленных случаях.
Внимательно проверьте, правильно ли указаны учетные данные пользователя и имя базы данных. В случае ошибки откроется информационное окно с сообщением вида «Вы не имеете доступа к выбранной базе данных либо она не существует», «Вы не имеете доступа. Проверьте правильность ввода имени пользователя и пароля», «У вас нет прав доступа к выбранной базе данных, либо она не существует» и др.
Также для выявления возможных причин просмотрите журнал событий компьютера. Для решения проблем, возникающих из-за подключения к SQL Server с использованием аутентификации Windows NT, воспользуйтесь аутентификацией SQL Server.
При получении информационных сообщений вида «Обновление невозможно» в различном контексте (это значит, что не соответствуют версии клиента и базы данных, слишком старый или слишком новый клиент), следует решить проблему с версией клиента (см. п. 1.6).
Если ничего из вышеперечисленного не решило проблему, создайте новую учетную запись с правами администратора сервера (или, хотя бы, владельца базы данных), он заведомо будет иметь доступ к базе данных. Успешная попытка подключения в этом случае означает, что старые пользователи неработоспособны, необходимо воспользоваться режимом восстановления пользователей.
1.8.5.1.Проверка работы протокола TCP/IP
С помощью команды ipconfig /all определите настройку протокола на сервере - необходимо знать полное имя сетевое имя сервера и его IP-адрес.
С клиентской станции выполните команду проверки соединения ping -a <server>, где в качестве параметра укажите полученное имя сервера. Вы должны получить правильный IP-адрес сервера и 4 ответа от него в виде:
Обмен пакетами с dbsrv [192.168.0.2] по 32 байт:
Ответ от 192.168.0.2: число байт=32 время<10мс TTL=128
Ответ от 192.168.0.2: число байт=32 время<10мс TTL=128
Ответ от 192.168.0.2: число байт=32 время<10мс TTL=128
Ответ от 192.168.0.2: число байт=32 время<10мс TTL=128
Статистика Ping для 192.168.0.2:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время передачи и приема:
наименьшее = 0мс, наибольшее = 0мс, среднее = 0мс
Если адрес сервера не определяется (сообщение «Неизвестный узел») или он неверный, значит службы определения имен (DNS или WINS) неработоспособны. В таком случае следует проверить работу соответствующих служб (например, для DNS использовать утилиту nslookup) или использовать IP-адрес вместо имени сервера при подключении. Проверьте соединение с помощью команды ping <IP-адрес> и проанализируйте результат по приведенным ниже указаниям.
Если отображаются сообщения вида «Превышен интервал ожидания запроса» и итог: «Пакетов …потеряно 4 (100%)», это означает, что соединение с сервером невозможно. Требуется проверить настройки: «IP-адрес», «Маска подсети» и «Шлюз по умолчанию». Для проверки используйте команды ipconfig (конфигурации IP-устройств), tracert (маршрутизация).
Время передачи и приема при работе в локальной сети должно быть «<10мс», наибольшее время передачи и приема не должно превышать 1мс. В противном случае, нагрузка на локальную сеть не сбалансирована либо сетевое оборудование работает со сбоями; требуется более детально проверить аппаратную разводку сети, ошибки пакетов, уровень помех и прочие параметры канала связи.
1.8.5.2.Проверка сетевых настроек SQL Server
Убедитесь, экземпляр SQL Server настроен и работает по порту TCP/IP, который используется клиентским приложением. Для этого необходимо просмотреть текущий журнал ошибок SQL Server и убедиться, что SQL Server имеет правильный IP–адрес и порт. Журнал должен содержать строки вида
2005-01-06 08:09:46.17 server SQL server listening on TCP, ….
2005-01-06 08:09:55.17 server SQL server listening on 192.168.0.2:1433, 127.0.0.1:1433.
SQL Server 2000 не сможет открыть выбранный порт, если порт уже используется другим приложением или клиентские подключения перегружают сервер. В этом случае журнале ошибок SQL Server1 будет содержать сообщение
2001-11-14 15:49:14.12 server SuperSocket Info: Bind failed on TCP port 1433.
Проверка и изменение порта по умолчанию осуществляются с помощью Server Network Utility или в реестре по ключу «HKEY_LOCAL_MACHINE\Software\Microsoft
\MSSQLServer\MSSQLServer\ SuperSocketNetlib\Tcp\»
Используемые порты определяются с помощью команды netstat –na (Рисунок 50).
-
50. Список активных подключений
Для именованных экземпляров SQL Server порт определяется динамически. Если SQL Server не удается подключиться к этому порту, выбирается другой порт для подключения. В этом случае клиентское приложение рекомендуется настроить на динамическое определение порта, но желательно установить порт жестко и на клиенте и на сервере2.
Для динамического определения порта (по умолчанию) используйте 0 (ноль).
Для жесткого указания номер порта укажите его номер.
Для использования нескольких портов укажите номера портов через запятую, например «1433,5000,5001», в этом случае вы должны получить следующее сообщение в протоколе:
SQL server listening on 192.168.0.2:1433, 192.168.0.25:5000, 192.168.0.2:5001
Не забывайте перезапускать SQL Server для применения новых настроек.
1.8.5.3.Проверка режимов доступа SQL Server
Убедитесь в том, что SQL Server запущен. Если используется несколько экземпляров SQL Server, убедитесь, что запущен необходимый экземпляр. Не перепутайте службы «SQL Server» с другими службами («SQL Server Agent», «Microsoft Search»).
Проверка производится с помощью SQL Server Service Manager (должен быть значок в углу экрана) или в режиме «Управление компьютером» (или англ. «Management»). В первом случае необходимо выбрать требуемый сервер и службу «SQL Server», во втором случае найдите службу «MSSQLSERVER» или «MSSQLSERVER\<�экземпляр>» для именованной инсталляции.
Убедитесь, что необходимая база данных существует на SQL Server, правильно укажите ее имя на клиенте. Подключение к базе данных может быть ограничено режимами «DBO use only» («только владельцы»), «Single user» («однопользовательский режим»), «Loading» («загрузка»). Для проверки в Enterprise Manager зайдите в свойства базы данных, вкладка «Permissions», настройка Restrict Access.
Убедитесь, что SQL Server работает в правильном режиме аутентификации: для входа по имени и паролю необходим смешанный режим «SQL Server and Windows» (Mixed Mode), для входа в режиме «Аутентификация NT» достаточно режима «Windows only». Для проверки в Enterprise Manager зайдите в свойства сервера, вкладка «Security», настройка Authentications. Второй способ проверки – использование реестра:
для экземпляра по умолчанию
HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\LoginMode
для именованного экземпляра
HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\ \MSSQLServer\LoginMode
Значение для Windows authentication only – 1, для SQL Server Authentication and Windows authentication (Mixed mode) – 2. После внесения изменений в реестр перезапустите SQL Server.
1.9.Резервное копирование
Одна из главных задач администратора – предотвращение потери данных. Потеря данных может произойти из-за аппаратной или программной ошибки, случайного или злонамеренного удаления информации из таблиц БД, наконец, пожара, кражи и прочих катаклизмов. Если в организации тщательно продумана и, главное, аккуратно исполняется политика создания резервных копий, возможно восстановление БД в кратчайшие сроки с минимальными потерями.
Помимо предотвращения потерь данных, частое копирование обеспечивает целостность данных даже при сбое системы.
При создании копий надо учитывать, что SQL Server позволяет выполнять копирование, не прерывая работы пользователей. Процесс создания копий – динамический и может быть выполнен над активно модифицируемой БД. При сбое носителя, потере или повреждении файлов администратор сможет реконструировать (восстановить) БД из резервной копии.
Резервная копия создается на диске (локальном или сетевом). Не рекомендуется хранить резервные копии только на той же машине, на которой расположен сервер. Оптимальным решением будет сохранение резервной копии на внешние носители (например, CD-R,CD-RW диски).
Частота копирования зависит от объема информации и активности БД. Для систем оперативной обработки транзакций (OLTP), характеризующихся значительным объемом модификаций, резервные копии надо создавать чаще. Системы с незначительной активностью допускается копировать реже. SQL Server имеет средства, позволяющие автоматизировать создание страховочных копий, для чего следует выбирать время, когда сервер не слишком загружен (например, в ночное время). Допускается копирование и в процессе стандартной работы, однако в этом случае время отклика системы может увеличиться.
В некоторых случаях создание резервной копии просто необходимо: после установки комплекса, перед установкой обновлений, перед операциями конвертирования данных.
SQL Server предоставляет различные варианты создания копий.
1.9.1.Создание резервной копии БД с помощью SQL Server Management Studio Express
Запустите SQL Server Management Studio Express
|
