Как создать сервер для sql server management studio

Как настроить и запустить Microsoft SQL Server

Порой так хочется привести свои мысли в порядок, разложить их по полочкам. А еще лучше в алфавитной и тематической последовательности, чтобы, наконец, наступила ясность мышления. Теперь представьте, какой бы хаос творился в « электронных мозгах » любого компьютера без четкой структуризации всех данных и Microsoft SQL Server :

Обновлено: 2015-01-05 11:19:03 Кристина Горбунова автор материала

MS SQL Server

Данный программный продукт представляет собой систему управления базами данных ( СУБД ) реляционного типа, разработанную корпорацией Microsoft . Для манипуляции данными используется специально разработанный язык Transact-SQL . Команды языка для выборки и модификации базы данных построены на основе структурированных запросов:

MS SQL Server

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

Обзор возможностей MS SQL Server

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

То есть их инструментарий легко взаимодействует между собой, что во многом упрощает процесс разработки и написания программного кода. Примером такой взаимосвязи является среда программирования MS Visual Studio . В ее инсталляционный пакет уже входит SQL Server Express Edition .

Конечно, это не единственная популярная СУБД на мировом рынке. Но именно она является более приемлемой для компьютеров, работающих под управлением Windows, за счет своей направленности именно на эту операционную систему. И не только из-за этого.

Преимущества MS SQL Server :

Обладает высокой степенью производительности и отказоустойчивости;
Является многопользовательской СУБД и работает по принципу « клиент-сервер »; Клиентская часть системы поддерживает создание пользовательских запросов и их отправку для обработки на сервер.
Тесная интеграция с операционной системой Windows ;
Поддержка удаленных подключений;
Поддержка популярных типов данных, а также возможность создания триггеров и хранимых процедур;
Встроенная поддержка ролей пользователей;
Расширенная функция резервного копирования баз данных;
Высокая степень защищенности;
Каждый выпуск включает в себя несколько специализированных редакций.

Эволюция SQL Server

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

Microsoft SQL Server 1.0 – вышел еще в 1990 году. Уже тогда эксперты отмечали высокую скорость обработки данных, демонстрируемую даже при максимальной нагрузке в многопользовательском режиме работы;
SQL Server 6.0 – вышел в 1995 году. В этой версии впервые в мире была реализована поддержка курсоров и репликации данных;
SQL Server 2000 – в этой версии сервер получил полностью новый движок. Большая часть изменений коснулась лишь пользовательской стороны приложения;
SQL Server 2005 – увеличилась масштабируемость СУБД , во многом упростился процесс управления и администрирования. Был внедрен новый API для поддержки программной платформы .NET ;
Последующие выпуски – были направлены на развитие взаимодействия СУБД на уровне облачных технологий и средств бизнес-аналитики.

В базовый комплект системы входит несколько утилит для настройки SQL Server . К ним относятся:

SQL Server Configuration Manager :

Эволюция SQL Server

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

SQL Server Error and Usage Reporting :

Эволюция SQL Server - 2

Утилита служит для настройки отправки отчетов об ошибках в службу поддержки Microsoft .

SQL Server Surface Area Configuration

Используется для оптимизации работы сервера базы данных. То есть вы можете настроить функционирование SQL Server под свои нужды, включив или отключив определенные возможности и компоненты СУБД .

Набор утилит, входящих в Microsoft SQL Server , может отличаться в зависимости от версии и редакции программного пакета. Например, в версии 2008 года вы не найдете SQL Server Surface Area Configuration .

Запуск Microsoft SQL Server

Для примера будет использована версия сервера баз данных выпуска 2005 года. Запуск сервера можно произвести несколькими способами:

Через утилиту SQL Server Configuration Manager . В окне приложения слева выбираем « SQL Server 2005 Services », а справа — нужный нам экземпляр сервера БД . Отмечаем его и в подменю правой кнопки мыши выбираем « Start ».

Запуск Microsoft SQL Server

С помощью среды SQL Server Management Studio Express . Она не входит в инсталляционный пакет редакции Express . Поэтому ее нужно скачивать отдельно с официального сайта Microsoft .

Для запуска сервера баз данных запускаем приложение. В диалоговом окне « Соединение с сервером » в поле « Имя сервера » выбираем нужный нам экземпляр. В поле « Проверка подлинности » оставляем значение « Проверка подлинности Windows ». И нажимаем на кнопку « Соединить »:

Запуск Microsoft SQL Server - 2

Основы администрирования SQL Server

Перед тем, как запустить MS SQL Server , нужно кратко ознакомиться с основными возможностями его настройки и администрирования. Начнем с более детального обзора нескольких утилит из состава СУБД :

SQL Server Surface Area Configuration – сюда следует обращаться, если нужно включить или отключить какую-либо возможность сервера баз данных. Внизу окна находятся два пункта: первый отвечает за сетевые параметры, а во втором можно активировать выключенную по умолчанию службу или функцию. Например, включить интеграцию с платформой .NET через запросы T-SQL :

Основы администрирования SQL Server

SQL Server Management Studio – является основным средством администрирования. В этой среде реализована возможность настройки сервера и баз данных, как через интерфейс приложения, так и с помощью запросов на языке T-SQL .

Основные настройки можно осуществить через « Обозреватель объектов », отображающий слева в окне приложения все основные элементы сервера в виде древовидного списка. Самой важной является вкладка « Безопасность ». Через нее можно настроить права и роли пользователей и администраторов для основного сервера, или отдельно для каждой базы данных:

Основы администрирования SQL Server - 2

Основная часть настроек сервера баз данных доступна в окне « Свойства сервера »:

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

Как подключиться к локальному серверу SQL Server

Как подключиться к локальному серверу через MS SQL Server? Описание шагов для подключения к серверу SQL вашей компании в инструкции.

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

Как подключиться к локальному серверу MS SQL Server

Пошагово рассмотрим, как подключиться к локальному серверу компании. Прежде чем приступить к работе с руководством, нужно установить программу SQL Server Management Studio и произвести установку и настройку соответствующего экземпляра. Дальнейший порядок действий, как подключиться к SQL серверу, можно описать следующей инструкцией:

Открытие окна подключения к локальному серверу

Производится запуск одноименной среды, при первой попытке открывается окно подключения. Если окно не открылось автоматически, его нужно открыть в ручном режиме через Обозреватель объектов -> Подключение -> Ядро СУБД.
В области типа сервера необходимо выбрать параметр СУБД, обычно он ставится автоматически.
В поле с именем вводим имя вашего сервера. При отсутствии экземпляра по умолчанию требуется ввод и имени сервера, и имени экземпляра.
В пункте «Аутентификация» осуществляются проверки подлинности, она может производиться относительно SQL Server или Windows. Необходимо выбрать именно серверную проверку, далее потребуется ввод имени пользователя и пароля, назначенных вам на сервере.
В разделе с именем входа речь традиционно ведется именно об идентификаторе пользователя учетной записи сервера. Сюда вводится имя для входа в рамках проверки вашего SQL сервера на предмет подлинности.
В блоке с паролем отображается пароль учетной записи для входа, а также для проверки SQL Server, о которой речь велась выше. Введенные символы будут заменены на «*». Вы можете установить галочку в поле «Запомнить пароль», чтобы в последующем вход на сервер был быстрее.
После того как все поля будут заполнены, останется подтвердить действие, выбрав «Подключение».
Наряду с этим вы можете произвести замену вспомогательных параметров активации путем выбора кнопки и функции с соответствующим названием. Основные настройки здесь заключаются выборе подключаемой базы данных, времени ожидания и в протоколе сети. Значения здесь обычно отображаются по умолчанию.

Шаги по подключению к локальному серверу MS SQL

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

Настройка связи с MS SQL

r_keeper_7 можно связать только с MS SQL версии 2012 и выше. В статье рассмотрена настройка связи с MS SQL 2012.

Установка SQL сервера

Для установки SQL сервера:

MS SQL Server 2012

Во время установки сервера используйте смешанный режим аутентификации и задайте пароль для пользователя — sa

MS SQL состоит из двух компонентов. Установите второй компонент — SQL Management Studio, запустите его и создайте новую базу, например с именем RK7.

В Диспетчере конфигурации SQL Server включите протокол TCP/IP. Для этого:

Раскройте ветку Сетевая конфигурация SQL Server.
Выберите Протоколы MSSQLSERVER.
Дважды нажмите по строке TCP/IP.
В открывшемся окне на вкладке Протокол включите поле Включено.
Убедитесь, что во вкладке IP-адреса в блоке IPAll указан порт. По умолчанию порт 1433, но вы можете указать любой свободный порт.
Перезапустите SQL Server.

Режим версионности строк

Вы можете перевести базу в режим версионности строк — Row Versioning. Это необязательный режим, поэтому эту настройку можно пропустить.

По умолчанию SQL Server работает в режиме Read Commited, который подразумевает блокирование данных во время запроса. Это может сильно помешать в случае многопользовательской работы. Начиная с версии 2005, поддерживается режим READ COMMITTED using row versioning. В этом режиме блокировки могут помешать только в том случае, когда разные пользователи пишут в одно и то же место,. Чтение данных никогда не блокируется и никого не блокирует.

Для включения режима версионности строк выполните скрипт:

ALTER DATABASE RK7 SET READ_COMMITTED_SNAPSHOT ON;

Восстановление базы данных из резервной копии

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

Запустите MS SQL Server Management Studio и пройдите авторизацию
Слева в окне Обозреватель объектов выделите группу Базы данных
Вызовите контекстное меню правой кнопкой мыши и выберите пункт Восстановить базу данных
В открывшемся окне в разделе Общие укажите источник Устройство, а затем нажмите кнопку с тремя точками.
Выберите тип носителя Файл и нажмите кнопку Добавить.
Укажите путь к файлу и нажмите ОК.
Проверьте базу на ошибки, нажав кнопку Проверка носителя резервной копии, и затем нажмите ОК.
Дождитесь восстановления базы. После успешного восстановления система сообщит о завершении процесса:

Готово. База появится в списке баз данных.

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

Чтобы настроить станцию, выполните следующие действия:

Зайдите в справочник Сервис > Экспорт данных > Настройки Внешних БД и сделайте копию предустановленной настройки «Microsoft SQL Server». Присвойте ей уникальное имя и смените статус настройки на Активный.
В по ле Осн овное > Строка соединения нажмите на кнопку в конце строки или дважды нажмите на по ле ввода.
Откроется окно ConnectionString. Нажмите кнопку Build.
Откроется окно Свойства канала передачи данных. Н астройте связь с базой данных, созданной ранее:
1. Перейдите во вкладку Поставщик данных и убедитесь, что выбран Microsoft OLE DB Provider for SQL Server.
2. Во вкладке Соединение выберите сервер из списка, введите имя пользователя и пароль. Если нужного сервера нет в списке, то необходимо вручную ввести его имя.
  Если SQL-север установлен на том же компьютере, что и сервер справочников или отчетов, укажите адрес 127.0.0.1. Если на другом — укажите его IP-адрес и убедитесь, что сервер доступен по сети.
  Имя сервера также можно посмотреть при запуске SQL Server Management Studio.
  Введите имя пользователя и пароль. Выберите базу данных на сервере и нажмите Проверить подключение.
3. Если проверка соединения прошла успешно, то нажмите ОК.
4. В окне Свойства канала передачи данных нажмите ОК. Поле Строка соединения примет вид:
```
Provider=SQLOLEDB.1;Password=[пароль];Persist Security Info=True;User Catalog=[имя базы];Data Source=[имя сервера или IP-адрес].
```
Выполните выгрузку в БД SQL, используя созданную настройку:
1. Перейдите в меню Сервис > Экспорт данных > Экспорт в другую БД.
2. В поле Параметры соединения выберите созданную настройку.
3. Укажите Имя пользователя и Пароль.
4. В блоке Параметры экспорта оставьте флаги по умолчанию, если выгрузка происходит в чистую БД SQL.
5. Нажмите Проверить.
6. При удачном соединении кнопка ОК станет активной, нажмите ее. Запустится экспорт данных в БД SQL. В этот момент в SQL создаются таблицы.
  При успешной выгрузке окно с настройками экспорта данных закроется. Появится сообщение Экспорт завершен успешно.
Далее необходимо настроить сервер справочников, пролицензировав его и выбрав созданную настройку. Для этого:
1. Перейдите в меню Настройки > OLAP Отчеты > Серверы Отчетов , выберите нужный сервер и настройте его:
  1. Пролицензируйте сервер справочников/отчетов согласно описанию в статье настройка сервера справочников.
  2. В группе Связь с внешней БД :
    - В поле Настройки связи с внешней БД выберите созданную настройку.
    - В поле Имя пользователя внешней БД пропишите имя пользователя БД SQL.
    - В поле Пароль пользователя внешней БД прописать пароль пользователя БД SQL.
  3. Укажите такие же настройке в группе Логи справочников :
    - В поле Настройки связи с внешней БД выберите созданную настройку.
    - В поле Имя пользователя внешней БД пропишите имя пользователя БД SQL.
    - В поле Пароль пользователя внешней БД пропишите пароль пользователя БД SQL.
  4. В группе Основное сделать следующее:
    1. В поле Источник данных кубов выберите параметр БД SQL.
    2. В поле Протоколирование запросов выберите подходящий параметр:
      - llAll протоколировать все запросы
      - llErroneous протоколировать запросы с ошибками
      - llNone — не протоколировать
    3. В поле Режим базы данных UDB выберите один из режимов: большой, средний, маленький, ультра легкий. Данный режим относиться к накопительной базе Check.udb.
      1. Большой — полная копия. Это режим по умолчанию. Используется для простых ресторанов, не сетевых. Не меняйте параметр Полная копия на другое, пока не настроите соединение с внешней базой данных.
      2. Средний — частичная копия. Режим означает, что кроме данных заказов, все суммы будут сохраняется в check.udb.
      3. Маленький — только чеки. Режим используется, если вы уверены, что будет иметься достаточно много накопительных данных — несколько ресторанов. В большинстве случаев рекомендуется использовать этот режим, чтобы база не становилась слишком большой.
      4. Ультралегкий — только общие смены. В check.udb будет содержаться только информация об общих сменах и ссылки на них в базе SQL.
        Если вы решили изменить Режим базы данных UDB с большого на маленький при настроенной связи с SQL, то есть ресторан проработал в таком режиме уже продолжительное время, и выполнить ручной экспорт накопительных данных повторно, то размер файла Check.udb автоматически уменьшится. В результате большая часть информации из этой базы будет удалена, и в базу SQL экспортируются не все данные. Поэтому никогда не делайте экспорт накопительных данных, если вы используете режим базы данных UDB Маленький или Средний.
        Выбранный режим базы данных UDB никак не влияет на справочную информацию. Справочная информация всегда сохраняется на каждом сервере отчетов в полном объеме и может быть экспортирована повторно при необходимости.
  5. В секции Обработка данных выберите ресторан, данные с которых нужно собирать и видеть в отчетах.
2. В конфиг урационном файле сервера справочников rk7srv.INI и в файле сервера отчетов repsserv.ini пропишите параметр UseSQL=1 .
  - Д ля сервера справочников параметр необходимо прописать в секции [RefServer]
  - Для сервера отчетов — в секции [Config].
3. Перезагрузите сервер справочников и сервер отчетов.
Все изменения в настройках внешней БД происходят во время работы сервера при параметре UseSQL=0.

Если необходимо поменять настройки внешней БД:
1. Остановите все серверы отчетов и сервер справочников, которые используют эту настройку.
2. В конфигурационном файле сервера справочников rk7srv.INI или сервера отчетов repsserv.ini пропишите параметр UseSQL=0.
3. Запустите нужный сервер.
4. Поменяйте настройки.
5. Вновь остановите сервер.
6. В конфигурационном файле верните параметру UseSQL значение 1 — UseSQL=1.
Готово, мож но продолжать р аботу.

Одновременно для нескольких ролей в r_keeper нельзя сделать связь с БД в SQL Server используя одного и того же пользователя в БД SQL. В r_keeper не сохранится информация о пользователе в настройках связи с внешней БД.

Оптимизация производительности

В целях экономии дискового пространства и некоторого увеличения производительности рекомендуется использовать Простую — Simple модель восстановления.
Ознакомиться с различными моделями восстановления SQL, их различиями и особенностями вы можете в официальной документации Microsoft.

После изменения модели восстановления необходимо выполнить сжатие файла лога. Для этого:
1. Нажмите правой кнопкой мыши на используемую базу данных
2. Выберите Задачи >Сжать >Файлы
3. В открывшемся окне выберите тип файла Журнал
4. Нажмите на кнопку ОК.
Возможные проблемы

Проблема: Иногда может не идти экспорт в только что созданную БД сервера SQL Server 2008 при выбранном провайдере Native Client.
Решение: Выберите другой провайдер Microsoft OLE DB Provider for SQL Server, создайте заново чистую БД и повторите экспорт.

Проблема: Не строятся прямые отчеты
Решение: Если у роли отличаются права доступа на просмотр отчетов на разные объекты, то для построения прямых отчетов необходимо завести разных пользователей на SQL сервере. Затем настройте роли с такими пользователями в SQL. Для этого:
1. В менеджерской станции r_keeper перейдите в меню Персонал > Работники
2. Выберите роль, которой хотите предоставить доступ, и перейдите в ее Свойства
3. Раскройте раздел Связь с внешней БД и дважды нажмите на поле SQL конфигурация
4. Укажите Имя пользователя и Пароль для создания нового пользователя в SQL
5. Войдите в MS SQL, используя созданные данные. В базе данных появится пользователь.
Локальный сервер Microsoft SQL Server (на основе журнала)

В этом разделе описано, как настроить источник Microsoft SQL Server (на основе журнала) в задаче промежуточного хранения. Прежде чем начать задачу промежуточного хранения, проверьте, что выполнены Предварительные требования, настройте Необходимые разрешения, и ознакомьтесь с ограничениями, перечисленными в разделе Ограничения и замечания.

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

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

Источник данных
- Шлюз данных: имя Data Movement Gateway , которое будет использоваться для доступа к данным.
- Поставщик облака : Отсутствует
- Сервер : IP-адрес или имя сервера, на котором установлена база данных Microsoft SQL Server.
Свойства учетной записи (Account properties)

Имя пользователя и пароль : Имя и пароль пользователя, у которого есть доступ к базе данных Microsoft SQL Server.

Свойства базы данных
- Имя базы данных: задать базу данных можно двумя способами:
  - Способ 1: выбор из списка. Для использования этого метода необходимо создать пользователя в основной базе данных. Щелкните Загрузить базы данных , а затем выберите базу данных.
  - Способ 2: вручную. Выберите Ввести имя базы данных вручную , а затем введите имя базы данных.
  - Host name in certificate (Имя хоста в сертификате): чтобы доверять сертификату сервера, только если имя хоста соответствует значению, заданному в этом поле, введите имя хоста сертификата сервера.
  Свойства CDC
  - Политика защиты (Safeguard policy): Data Movement gateway будет пытаться захватить из активного журнала транзакций (TLOG) все непрочитанные изменения, чтобы обеспечить оптимальную производительность. Однако иногда из-за усечения активный журнал TLOG может содержать не все непрочитанные изменения. Когда это происходит, Data Movement gateway обращается к журналу резервных копий, чтобы захватить недостающие изменения. Чтобы свести к минимуму количество обращений к журналу резервных копий, Data Movement gateway предотвращает усечение с помощью методов, описанных ниже.
    - Использовать агент репликации SQL Server (Rely on SQL Server replication agent): это метод по умолчанию. При использовании этого метода Data Movement gateway предотвращает усечение TLOG, имитируя транзакцию в базе данных. Пока такая транзакция открыта, изменения, появившиеся после начала выполнения транзакции, не будут усечены. Этот метод следует выбрать, если необходимо, чтобы в базе данных была включена функция репликации Microsoft.
    - Эксклюзивное автоматическое усечение (Exclusive automatic truncation): Когда используется этот метод, задача промежуточного хранения считывает изменения и затем использует sp_repldone для пометки транзакций TLOG как готовой к усечению. Хотя этот метод не подразумевает транзакционных действий, его можно использовать, только когда Microsoft Replication не работает. Кроме того, при использовании этого метода только одна задача промежуточного хранения может получить доступ к базе данных в конкретный момент времени. Поэтому если требуется выполнять параллельные задачи промежуточного хранения в одной базе данных, используйте метод по умолчанию.
    - Для использования этого метода требуется остановить агент чтения журнала в базе данных. Если агент чтения журнала работает на момент запуска задачи, Data Movement gateway завершит его работу в принудительном порядке. Также можно остановить агент чтения журнала вручную, прежде чем запускать задачу промежуточного хранения. Инструкции см. в справке по Microsoft SQL Server Management Studio.
    - При использовании этого метода с MS-CDC задания «Захват CDC» и «Очистка CDC» следует завершить и отключить.
    - Этот метод недоступен, когда задание репликации Microsoft SQL Server располагается на удаленном распределяющем компьютере, так как Data Movement gateway не имеет доступа к удаленному компьютеру.
    Примечание к информации Если выбрано Эксклюзивное автоматическое усечение , то использование слишком короткого интервала (например, 1) может отрицательно повлиять на обработку задачи и даже вызвать ошибку.
    - Приоритет онлайн-журналов — значение по умолчанию. Data Movement gateway сначала будет искать изменения в онлайн-журналах транзакций. Если изменения не найдены в онлайн-журналах транзакций, то поиск продолжается в журналах резервных копий транзакций.
    - Приоритет журналов резервных копий — если выбран этот параметр, Data Movement gateway сначала будет искать изменения в журналах резервных копий транзакций. Это может повысить производительность в случае, если чтение из онлайн-журналов транзакций происходит медленно (например, из-за конфликтов при блокировках) или если доступ к журналам резервных копий транзакций осуществляется на уровне файлов. Если изменения не найдены в журналах резервных копий транзакций, то поиск продолжается в онлайн-журналах транзакций.
    - Только журналы резервных копий (Backup Logs Only ) — если выбрано, убедитесь, что изменения сохраняются только в журналах резервных копий транзакций. Выбор этого метода приводит к увеличению времени отклика из-за того, что резервные копии делаются с интервалом. Текущее время отклика сохраняется постоянным, но может меняться в зависимости от расписания резервного копирования.
    - Только журналы онлайн-транзакций (Online Logs Only) — если выбрано, убедитесь, что изменения сохраняются только в журналах онлайн-транзакций.
    Внутренние свойства
    
    Внутренние свойства предназначены для особых вариантов использования и поэтому не отображаются в диалоговом окне. Их можно использовать только по указанию службы поддержки Qlik .
    
    Используйте кнопки и справа от полей, чтобы при необходимости добавить или удалить свойства.
    
    Имя
    
    Отображаемое имя подключения источника.
    Похожие публикации: