Настройка публикации сервера SQL Server. Настройка sql server


Настройка и установка Microsoft SQL Server 2008

В этoй стaтьe нaшa сeстрa рaссмoтрим вoпрoсы, связaнныe с устaнoвкoй Microsoft SQL Server 2008, нaчинaя oт нaстрoйки сeрвeрa и зaкaнчивaя нaстрoйкoй сaмoгo экзeмплярa Microsoft SQL Server 2008. Вoзлe этoм oснoвнoй упoр будeт сдeлaн нa тaкую нaстрoйку, кoтoрaя oбeспeчит oптимaльную прoизвoдитeльнoсть кoнeчнoгo экзeмплярa Microsoft SQL Server 2008. Стaтья oснoвaнa нa личнoм oпытe aвтoрa.

 

Выбoр сeрвeрa

 

Oкoлo выбoрe сeрвeрa, нa кoтoрoм впoслeдствии будeт выпoлняться Microsoft SQL Server пeрвым дeлoм встaeт вoпрoс – физичeский тo eсть (т. e.) виртуaльный? В пoслeднee врeмя Microsoft, вo мнoгoм блaгoдaря испoльзoвaнию гипeрвизoрa, oчeнь прoдвинулaсь в тexнoлoгияx виртуaлизaции, и этo пoзвoлилo нaибoлee эффeктивнo испoльзoвaть Microsoft SQL Server в сцeнaрияx рaбoты в виртуaльнoй срeдe, зaтo дoля нaклaдныx рaсxoдoв пo-прeжнeму присутствуeт. Вoт п в дaннoй стaтьe мы нe будeм смoтрeть рaбoту Microsoft SQL Server в виртуaльнoй срeдe, скoнцeнтрирoвaвшись пoлучи пoлучeниe мaксимaльнoй прoизвoдитeльнoсти oт физичeскoгo сeрвeрa.

Дискoвaя пoдсистeмa

 

Сaмый вaжнoй сoстaвляющeй сeрвeрa бaз дaнныx извeстнoe дeлo являeтся дискoвaя пoдсистeмa и при выбoрe eё в (видax oтдeльнo стoящeгo физичeскoгo сeрвeрa выбoр, oчeвиднee (зa, пaдeт нa нaибoлee пoпулярныe систeмы RAID (redundant array of independent disks, дoбaвoчный мaссив нeзaвисимыx дискoв). В сooтвeтствии с oфициaльными стaтьями (http://msdn.microsoft.com/ru-ru/library/ms190764.aspx) oб урoвняx RAID, примeняeмыx с цeлью SQL сeрвeрoв сущeствуeт нeскoлькo тaкиx урoвнeй, бoльшe всeгo пoпулярными из кoтoрыx для примeнeния в Microsoft SQL Server являются RAID 0, RAID 1, RAID 5 и RAID 10. Пoдлe этoм oтличиe урoвнeй зaключaeтся в нeкoтoрoм бaлaнсe прoмeж (сeбя) прoизвoдитeльнoстью и oткaзoустoйчивoстью зa счeт примeнeния рaзнoгo кoличeствa дискoв в мaссивe. Блaгo вeсти рeчь o нaибoлee эффeктивнoм урoвнe RAID дискoвoгo мaссивa бaз дaнныx, тaк eсть тoм урoвнe, кoтoрый сoчeтaeт в сeбя высoкую прoизвoдитeльнoсть при сoxрaнeнии высoкoгo урoвня oткaзoустoйчивoсти, в тaкoм случae, бeзуслoвнo, тaкoвым являeтся RAID 10. Oпять жe вaжным прeдпoчтeниeм являeтся рaздeлeниe дискoвoй пoдсистeмы для рaзличныe физичeскиe мaссивы в сooтвeтствии с функциoнaльным прeднaзнaчeниeм xрaнимыx нaтe ниx дaнныx. Нaпримeр, мoжнo рaссмoтрeть причитaющийся вaриaнт кoнфигурaции дискoвoй пoдсистeмы:

Рисунoк 1. Трaнсфoрмaция кoнфигурaции дискoвoй пoдсистeмы сeрвeрa бaз дaнныx

В oтдeльнoсти высoкoнaгружeнныe бaзы дaнныx жeлaтeльнo вынoсить вoзьми oтдeльныe дискoвыe мaссивы, рaзнoся фaйлы дaнныx и фaйлы журнaлoв трaнзaкций и пo oтдeльнoсти.

Oпeрaтивнaя пaмять

 

С пoявлeниeм 64-x битныx oпeрaциoнныx систeм исчeрпывaниe бoльшиx пaмяти стaлo удoбнoй и нeoбxoдимoй вoзмoжнoстью. Рaвнo кaк извeстнo, Microsoft SQL Server aктивнo испoльзуeт мнeмa для кэширoвaния бaз дaнныx с цeлью ускoрeния дoступa к ним. Oбщeй рeкoмeндaциeй нa этoм мeстe являeтся испoльзoвaниe кaк мoжнo бoльшeгo oбъeмa oпeрaтивнoй пaмяти, xoтя нe бoльшeгo суммaрнoгo oбъeмa бaз дaнныx, кoтoрыe будут рaзмeщeны бeри SQL сeрвeрe. Тoлькo имeйтe в виду, чтo рaзмeр бaз дaнныx склoнeн к измeнeнию, притoм oбычнo этo измeнeниe прoисxoдит в бoльшую стoрoну.

Рeгулирoвкa. Ant. рaзбoркa сeрвeрa

 

Для эффeктивнoй нaстрoйки Microsoft SQL Server пoтрeбнo прoизвeсти нaстрoйку сaмoгo сeрвeрa и oпeрaциoннoй систeмы.

Дискoвaя пoдсистeмa

 

Гoдится oтмeтить, чтo дaнныe, кoтoрыe xрaнит Microsoft SQL Server, рaзбивaются пoлучи и рaспишись стрaницы рaзмeрoм пo 8 КБ, кoтoрыe в свoю xрoнoлoгия группируются в тaк нaзывaeмыe экстeнты (extent)рaзмeрoм сoглaснo 64 КБ (http://technet.microsoft.com/ru-ru/library/ms190969.aspx). В сooтвeтствии с сим нaстрoйкa дискoвoй пoдсистeмы зaключaeтся в oбeспeчeнии цeлoстнoгo рaзмeщeния экстeнтa свeрxу всex физичeскиx и логических уровнях дисковой подсистемы. На певом месте с чего следует начать – это инициализация RAID. Возле этом массив, на котором будут занимать базы данных должен иметь размер страйпа (stripe size) сложный 64 КБ, предпочтительнее если это кончай именно 64 КБ. Следующим уровнем получи котором следует организовать оптимальное хранение экстентов является файловая порядок. Оптимальными настройками здесь являются файловая конструкция NTFS с размером кластера 64 КБ. Впрочем удовлетворения вышеописанных требований порой бывает как слону дробина, поскольку существует ещё такой важный консигнатор, как выравнивание (Disk Partition Alignment). Унич отличная статья от Microsoft (http://technet.microsoft.com/en-us/library/dd758814(SQL.100).aspx) в которой детально описана важность произведения процедуры выравнивания файловой системы более или менее физического её размещения на дисковом массиве. Середыш этой процедуры заключается в подборе такого начального смещения (starting partition offset), подле котором в одном страйпе дискового массива умещалось бы все число кластеров файловой системы. Иначе возможна обсад, при которой для произведения операции считывания одного кл

softsettings.com

Настройка SQL Server 2005 для удаленных подключений.

Проблема.

Для получения доступа к БД SQL Server 2005 недостаточно просто установить SQL SERVER 2005. Параметры по умолчанию SQL Server 2005 Express Edition и SQL Server 2005 Developer Edition не разрешают удаленное подключение и при попытке удаленного подключения к экземпляру Microsoft SQL Server 2005 появляется сообщение об ошибке. Также по умолчанию при установке SQL Server-а разрешена только Windows авторизация и если Вы подключаетесь под логином sa или любым другим логином SQL Server, то при подключении возникает ошибка «Login failed for user [UserName]».Чтобы настроить SQL Server 2005 на прием удаленных подключений, необходимо выполнить следующие действия.

Разрешите удаленные подключения к SQL Server 2005 Express или SQL Server 2005 Developer Edition

Для этого выполните следующие действия.

1.            Нажмитекнопку Пуск, выберите Программы, Microsoft SQL Server 2005,перейдите к пункту Средства настройки, затем выберите Настройкаконтактной зоны SQL Server.

2.            Настранице Настройка контактной зоны SQL Server 2005 выберите Настройкаконтактной зоны для служб и соединений.

3.            Настранице Настройка контактной зоны для служб и соединений разверните DatabaseEngine, выберите Удаленные соединения, затем Локальные иудаленные соединения, выберите нужный протокол для вашей сетевой среды инажмите кнопку Применить. Примечание. Нажмите кнопку OK при появлении следующего сообщения:

Изменения в настройках соединений вступят в силу толькопосле перезапуска службы компонента Database Engine.

4.            Настранице Настройка контактной зоны для служб и соединений разверните DatabaseEngine, выберите Службы, нажмите кнопку Стоп, дождитесьостановки службы MSSQLSERVER, затем нажмите кнопку Пуск для повторногозапуска службы MSSQLSERVER.

Включите службу SQL Server Browser

При запуске SQL Server 2005 с использованием имениэкземпляра без использования отдельного номера порта TCP/IP в строкеподключения необходимо разрешить службе SQL Server Browser принимать удаленныеподключения. Например, SQL Server 2005 Express устанавливается с именемэкземпляра по умолчанию имя_компьютера\SQLEXPRESS. Службу SQL ServerBrowser необходимо запустить только один раз, независимо от количествазапущенных экземпляров SQL Server 2005. Чтобы включить службу SQL ServerBrowser, выполните следующие действия.

1. Нажмите кнопку Пуск, выберите Программы, MicrosoftSQL Server 2005, перейдите к пункту Средства настройки, затемвыберите Настройка контактной зоны SQL Server.

2. На странице Настройка контактной зоны SQL Server 2005выберите Настройка контактной зоны для служб и соединений.

3. На странице Настройка контактной зоны для служб исоединений выберите SQL Server Browser, выберите Авто для Типзапуска, затем нажмите кнопку Применить. 4. Нажмите кнопку Пуск, затем нажмите кнопку OK.

Служба SQL Server Browser

Подключение к ядру СУБД SQL Server

Конфигурация сети клиента

Создайте исключений в брандмауэре Windows или отключите его

Для порта 1433. (SQL Server 2008)

Установите смешанную идентификацию

В Enterprise Manager -> ПКМ на сервере -> Properties -> вкладка Security -> Authentication: SQL Server and Windows

Использованная литература

Как настроить SQL Server 2005 для удаленных подключений. [Электронный ресурс] // Материал с сайта http://support.microsoft.com - Режим доступа: http://support.microsoft.com/kb/914277Проблемы с подключением к SQL Server-у. [Электронный ресурс] // Материал с сайта http://www.sql.ru - Timon - Режим доступа: http://www.sql.ru/faq/faq_topic.aspx?fid=564

ivinsky.livejournal.com

Настройка SQL Server для TFS

Рекомендуем использовать Visual Studio 2017

Эта документация перемещена в архив и не поддерживается.

Visual Studio 2013

Установка SQL Server 2012 с пакетом обновления 1 для Team Foundation Server с функциями отчетов.

При использовании SQL Server 2012 с пакетом обновления 1 рекомендуется применить накопительное обновление 2 поверх SP1 для устранения критической ошибки SQL Server, связанной с использованием ресурсов. Это не обязательное требование, поскольку ошибка затрагивает весьма небольшое количество экземпляров, однако мы считаем необходимым об этом сообщить.

Советы по обновлению SQL Server

  • Убедитесь, что параметры сортировки по умолчанию, заданные для SQL Server, соответствуют существующим параметрам экземпляра SQL Server, из которого выполняется миграция. Дополнительные сведения см. в разделах Требования к параметрам сортировки SQL Server для Team Foundation Server.

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

Необходимые разрешения

Необходимо быть членом группы безопасности Администраторы на сервере Windows Server.

  1. Вставьте установочный DVD-диск поддерживаемой версии SQL Server и запустите файл setup.exe.

    Дополнительные сведения см. в разделе Требования к SQL Server для Team Foundation Server.

  2. На странице Центр установки SQL Server выберите Установка, а затем выберите вариант Новая установка или добавление компонентов к существующей установке.

  3. На странице Правила поддержки установки нажмите кнопку ОК.

  4. На странице Ключ продукта введите ключ продукта или выберите бесплатный выпуск.

  5. На странице Условия лицензии примите условия лицензионного соглашения.

  6. На странице Правилаподдержки установки нажмите кнопку Далее.

    Совет

    Может появиться предупреждение брандмауэра Windows, но можно игнорировать это предупреждение. TFS автоматически добавляет исключение брандмауэра Windows во время обновления в данной топологии.

  7. На странице Роль установки выберите Установка компонентов SQL Server.

  8. На странице Выбор компонентов установите следующие флажки:

    • службы компонента Database Engine (обязательно),

    • полнотекстовые и семантические извлечения для поиска (обязательно),

    • службы Analysis Services (требуются для создания отчетов),

    • службы Reporting Services — встроенный компонент (требуются для создания отчетов),

    • Средства управления — основные (не показано)

  9. На странице Правила установки нажмите кнопку Далее.

  10. На странице Конфигурация экземпляра выберите Экземпляр по умолчанию. Если выбран вариант Именованный экземпляр, введите имя экземпляра.

  11. На странице Размер необходимого дискового пространства нажмите кнопку Далее.

  12. На странице Конфигурация сервера примите значения по умолчанию.

  13. Убедитесь, что в столбце «Тип запуска» для всех служб, которые можно изменять, указано значение Авто, а затем выберите Далее.

    Примечание

    Используется не англоязычная версия SQL Server? Параметры сортировки по умолчанию заданы для США. Английский язык соответствует требованиям для Team Foundation Server. Если вы используете другой язык, на этой странице вы можете задать параметры сортировки для компонента Database Engine. Дополнительные сведения см. в разделе Требования к параметрам сортировки SQL Server для Team Foundation Server.

  14. На странице Настройка компонента Database Engine выберите Режим проверки подлинности Windows, а затем Добавить текущего пользователя.

  15. На странице Конфигурация служб аналитики выберите Добавить текущего пользователя.

  16. На странице Конфигурация служб отчетов выберите Установка и настройка.

  17. (Дополнительно) на странице Отчеты об ошибках и использовании укажите, требуется ли отправлять сведения об ошибках.

  18. На странице Правила установки нажмите кнопку Далее.

  19. На странице Все готово для установки просмотрите список устанавливаемых компонентов, а затем нажмите кнопку Установка.

Если настройка портала не пропущена, доступны два варианта действий для SharePoint (если работа с SharePoint не требуется, можно перейти к шагу 4 Резервное копирование и восстановление данных для TFS):

Использование того же сайта SharePoint для TFS, который уже имеется

Если старый сервер SharePoint по-прежнему работает, можно продолжать использовать его. Перейдите на сервер SharePoint и удалите старые расширения, а затем установите новые расширения, прежде чем обновлять TFS. Если SharePoint и предыдущая версия TFS находились на одном и том же компьютере, необходимо удалить весь уровень приложений TFS 2010. В обновленной конфигурации единственным компонентом TFS на сервере SharePoint будут расширения TFS для SharePoint.

Дополнительные сведения см. в разделе Использование того же сайта SharePoint для TFS, который уже имеется.

Перемещение SharePoint на новое оборудование для TFS

Установить SharePoint Foundation можно с помощью мастера расширений TFS для SharePoint. Мастер TFS установит новую копию SharePoint с использованием только что настроенной установки SQL Server, а затем настроит расширения TFS для новой установки TFS. После установки SharePoint базу данных контента SharePoint необходимо будет отсоединить, чтобы подготовиться к переносу данных из предыдущей установки SharePoint на шаге 4 «Резервное копирование и восстановление данных».

Дополнительные сведения см. в разделе Перемещение SharePoint на новое оборудование для TFS.

msdn.microsoft.com

Microsoft SQL Server 2012 - подключение и настройка в IntelliJ IDEA

Создание соединения IntelliJ IDEA 14 к Microsoft SQL Server 2012. Настройка базы данных MS SQL.

Покажем как подключить базу данных из Microsoft SQL Server 2012 к IDE IntelliJ IDEA, а так же настроить конфигурацию IDE и MS SQL Server.

Используемые технологии:

MS SQL Server 2012

IntelliJ IDEA 14

1. Описание задачи

Для удобства разработки Java приложения, в котором поставщиком данных является база данных Microsoft SQL, можно создать соединение с MS SQL Server 2012 прямо из среды разработки IntelliJ IDEA.

2. База данных в MS SQL 2012

Для начала вам необходимо скачать с официального сайта майкрософт MS SQL Server 2012 Express. Если не хотите разбираться в чем разница, то скачивайте все компоненты для вашей версии системы (64/32бит) и устанавливайте. Во время установки были выбраны настройки по умолчанию и я опущу это описание, т.к. там нет ничего особенного.

Далее была создана БД excelParser. Как видите на скриншоте ниже полный путь к серверу:W156-LOB/SQLEXPRESS. Где первая часть это имя домена, в котором находится этот компьютер (на домашней машине у вас скорее всего этого не будет), а вторая это название сервера, выбранное при установке (по умолчанию).

3. Настройка MS SQL Server в MS SQL Management Studio

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

Для начала в свойствах сервера выбираем Проверка подлинности SQL Server и Windows. Далее добавляем пользователя:

Вкладка безопасность — Имена входа — создание имени входа. Здесь выбираем Проверка подлинности SQL Server, а дальше вводим имя-пароль.

Дальше необходимо присвоить полные права созданному пользователю. Добавляем галочку в sysadmin во вкладке Роли сервера.

4. Настройка MS SQL Server 2012 Configuration

По умолчанию подсоединиться к серверу можно только через Management Studio, а доступ через TCP/IP в настройках выключен. Следовательно и в IDE подключиться не получится. Заходим в SQL Server Configuration Manager:

 

Включаем доступ по TCP/IP, а так же выключите прослушку всех портов. Дело в том, что может быть ситуация, когда сервер не будет запускаться при попытке прослушать все порты, которые могут быть заняты чем-то другим (или просто есть ограничения на порт — как раз мой случай).

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

Перезагружаем сервер из вкладки Службы SQL Server. Далее проверьте пункт выше с выделенным IP адресом и портом. Если там появились значения — переходите к следующему пункту.

5. Настройка IntelliJ IDEA

Здесь всё покажу сразу на одном скриншоте:

  1. Выбираем сбоку вкладку Database
  2. Плюсик — добавить сервер
  3. Добавляем SQL Server (Microsoft)
  4. Вписываем IP адрес (см. описание выше)
  5. Порт (см. описание выше)
  6. Далее имя базы данных внутри сервера, имя пароль и нажмите Test Connection.

Примерно такая надпись должна появиться в случае успешного подключения к серверу Microsoft SQL Server 2012 Express.

6. Дополнение

Вам может понадобиться скачать драйвера java ms sql connection. Необходимый набор можно скачать с официального сайта майкрософт или найти в интернете (в том числе и свежие зависимости maven).

maven:

<dependency> <groupId>com.microsoft.sqlserver</groupId> <artifactId>sqljdbc4</artifactId> <version>4.0</version> </dependency>

<dependency>

    <groupId>com.microsoft.sqlserver</groupId>

    <artifactId>sqljdbc4</artifactId>

    <version>4.0</version>

</dependency>

Так же у некоторых может появляться ошибка — java.sql.SQLException: Этот драйвер не настроен для встроенной проверки подлинности. Вам может помочь добавление библиотеки sqljdbc_auth.dll в каталог system32.

 

7

5851 Total Views 3 Views Today

Views: 3 933

javastudy.ru

Настройка публикации сервера SQL Server

Эта документация перемещена в архив и не поддерживается.

Опубликовано: Ноябрь 2009 г.

Обновлено: Февраль 2010 г.

Назначение: Forefront Threat Management Gateway (TMG)

  1. В дереве консоли управления Forefront TMG щелкните узел Политика межсетевого экрана.

  2. В области Задачи на вкладке Задачи нажмите кнопку Опубликовать протоколы не веб-серверов, чтобы открыть мастер создания правила публикации сервера.

  3. Завершите настройки с помощью мастера создания правила публикации сервера, как показано в таблице.

     

    Страница Поле или свойство Параметр или действие

    Страница приветствия мастера создания публикации сервера

    Имя правила публикации сервера

    Введите имя нового определения протокола. Например, введите:

    Publish SQL Server

    Выберите сервер

    IP-адрес сервера

    Введите IP-адрес компьютера SQL-сервера, который вы хотите опубликовать.

    Выберите протокол

    Выбранный протокол

    В раскрывающемся списке выберите Microsoft SQL Server. Затем нажмите кнопку Порты, если вы хотите изменить порты по умолчанию в определении протокола.

    Порты (появляется только при выборе элемента Порты на странице Выбор протокола)

    Порты межсетевого экрана

    Выберите одну из следующих возможностей:

    • Опубликовать на порту по умолчанию, указанном в определении протокола. При этом Forefront TMG принимает входящие запросы клиентов на порте 1433.
    • Опубликовать на данном порте вместо порта по умолчанию. При этом Forefront TMG принимает входящие запросы клиентов на указанном порте, а затем перенаправляет их на назначенный порт опубликованного сервера.

    Порты опубликованных серверов

    Выберите одну из следующих возможностей:

    • Отправлять запросы на порт по умолчанию опубликованного сервера. При этом Forefront TMG принимает запросы для опубликованных служб на порте 1433.
    • Отправлять запросы на порт опубликованного сервера. При этом Forefront TMG принимает запросы для опубликованной службы на порте, отличном от порта 1433.

    Исходные порты

    Выберите одну из следующих возможностей:

    • Разрешить трафик от любого разрешенного исходного порта. При выборе этого параметра Forefront TMG принимает входящие запросы с любого порта на разрешенных клиентских компьютерах.
    • Ограничить доступ к трафику от данного диапазона исходных портов. При выборе этого параметра Forefront TMG принимает входящие запросы только с указанных портов.

    IP-адреса сетевого прослушивателя

    Прослушивать запросы из данных сетей

    Выберите сеть Внешняя. Чтобы выбрать IP-адреса, которые будет прослушивать Forefront TMG, нажмите Адреса и выберите IP-адреса, указанные на компьютере Forefront TMG в выбранной сети. В списке Доступные IP-адреса выберите соответствующий IP-адрес, нажмите кнопку Добавить, а затем кнопку ОК.

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

    Завершение работы мастера создания публикации сервера

    Просмотрите параметры и нажмите кнопку Готово.

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

Примечание.
  • Дополнительные сведения о публикации серверов см. в разделе Публикация не веб-серверов.
  • По умолчанию запросы клиентов, которые пересылаются Forefront TMG на опубликованный сервер, отображаются с IP-адресом исходного клиента. В этом случае шлюз по умолчанию на компьютере SQL-сервера должен быть настроен на IP-адрес сетевой платы на компьютере Forefront TMG, через который компьютер SQL-сервера к нему подключается. Также на вкладке В свойств правила публикации сервера вы можете настроить правило публикации сервера таким образом, чтобы пересылаемые запросы клиентов отображались как отправленные с компьютера Forefront TMG.
  • Правила публикации сервера обычно используются, если имеет место отношение преобразования сетевых адресов, определенное сетевым правилом между сетью, в которой находятся клиенты, отправляющие запросы на опубликованный сервер, и сетью, в которой расположен опубликованный сервер. Правила публикации серверов также могут использоваться, если правило между клиентской сетью и сетью, в которой расположен сервер, определяет отношение маршрутизации. Однако в этом случае клиенты должны отправлять запросы напрямую на IP-адрес опубликованного сервера.
  • Правила публикации сервера не поддерживаются для конфигурации с одной сетевой платой.
  • После публикации компьютера SQL-сервера на межсетевом экране настройте клиентские компьютеры на использование протокола TCP на порту 1433. Чтобы настроить клиентские компьютеры, вы можете использовать программу SQL Client Network Utility. Также вы можете задать эти параметры в строке SQL-подключения.
 

technet.microsoft.com

Настройка MS SQL сервер для правильной работы с 1С

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

Настроим сервер

Залог успешного функционирования 1С – работа исключительно с сервером. Поэтому в первую очередь следует отключить все второстепенные службы, которые только снижают скорость работы. Например, абсолютно бесполезной является FullText Search, так как 1С обладает собственным механизмом поиска. Полезными будут лишь такие функции, как SQL Server (sqlservr.exe), SQL Server Agent (SQLAGENT.exe), SQL Writer (sqlwriter.exe).

В свойствах сервера посредством Server Management Studio следует установить:

Посчитаем, сколько памяти можно отвести серверу. От суммарного количества оперативной памяти отнимем 4 Гб (или 2 Гб под Win2003) под систему, на каждый активный процесс rphost отведем 1.5 Гб, при условии, что SQL и 1С вращаются на одном сервере. То есть, если оперативная память сервера 36 Гб, ОС Windows 2008, запущено 5 процессов rphost, то ограничения для SQL будет составлять 24,5 Гб.

Для чего нужно ограничение? Для того чтобы sql сервер заранее освобождал нужное количество памяти. Если заблаговременно не ограничить объем, сервер будет пытаться отыскать бОльшее количество памяти, чем может предоставить сервер, что отразится на скорости его работы.

Максимальное число потоков не должно превышать 2048, в идеале оно должно быть равно 2048, так как при меньшем количестве потоков сервер работает медленнее, что было доказано опытным путем. Приоритет сервиса ставим высокий (Boost priority).

Основные настройки можно считать законченными. Переходим к следующему этапу.

Настроим базы данных

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

Если пока известен лишь примерный размер базы данных, а сама БД находится в .dt файле, то рационально указать размер первичного файла большим или равным по размеру базы, так как после «распечатывания» файла с БД он увеличится. Автоувеличение размера следует указывать с расчетом 200 Мб на каждую из БД и 50 Мб для лога, в противном случае сервер будет работать медленно, так как увеличение файла нужно будет осуществлять после каждой третьей транзакции. При неиспользовании RAID-массива места хранения файлов базы данных и лога следует указывать на разных физических дисках. И кстати, рекомендуем установить ограничения на логи, от 2 до 4 Гб будет вполне достаточно.

Подробные настройки отображены на скриншоте

На этом можно закончить настройки базы данных.

Настраиваем регламентные задания

В разделе Management следует создать Maintenance Plan:

Не стоит забывать о ежедневной дефрагментации индексов и сборе статистики, потому как низкий уровень фрагментированности может оказать негативное влияние на производительность сервера. Дефрагментация и сбор статистики – операции несложные, они не займут много времени и при их проведении пользователи могут продолжать свою работу. Один раз в неделю перед дефрагментацией и обновлением статистики рекомендуем блокировать базы данных и проводить полную индексацию.

Как настроить бэкап посредством SQL

Для этого нужно добавить Agent'у два новых задания: Full BackUp, периодичность один раз в сутки, два шага T-SQL скриптов:

1. BACKUP DATABASE [<ИмяБД>] TO DISK = N'<ПутьКПапке>\Backup\<ИмяБД>.bak' WITH NOFORMAT, INIT, NAME = N'<ИмяБД>-Full Database Backup', SKIP, NOREWIND, NOUNLOAD, STATS = 10

GO

2. USE [<ИмяБД>]

GO

DBCC SHRINKFILE (N'<ИмяБД>_log' , 0)

GO

Периодичность второго задания – один раз в один-два часа Differencial BackUp, один T-SQL скрипт:

BACKUP DATABASE [<ИмяБД>] TO DISK = N'<ПутьКПапке>\Backup\<ИмяБД>Diff.bak' WITH DIFFERENTIAL , NOFORMAT, INIT, NAME = N'<ИмяБД>-Differential Database Backup', SKIP, NOREWIND, NOUNLOAD, STATS = 10

GO

Этот бэкап занимает 4-6 минут, даже если пользователи активно работают, причем на быстродействии сервера это никак не сказывается.

Кроме очистки процедурного после еженедельной переиндексации, в задание, появившееся в агенте после сохранения Maintenance Plan, добавим еще одну задачку:

DBCC FREEPROCCACHE

GO

И последнее: не забудьте изменить в настройках первого шага функцию «выходить после завершения» на «перейти к следующему».

4d.by

Настройка Microsoft SQL Server для 1С Предприятие (Maintenance Plans) : Black Box

 

Доброго времени, гости и читатели блога k-max.name. Сегодня публикую небольшую мемори-записку о настройке Microsoft SQL 2005 для 1С Предприятия. Думаю для других нужд использования MS SQL данная статья тоже даст некоторую информацию. Итак, начнем...

Шаг 0. Перед установкой и настройкой MS SQL 2005 желательно иметь 3 физических диска. Один - для системы, второй - для файлов баз и третий - для журналов транзакций SQL. При этом, раздел для логов SQL и tempdb желательно чтобы был более производительным (например RAID 1+0).

Шаг 1. Установка сервера MS SQL

При установке SQL-сервера для работы с 1С достаточно следующих включенных компонентов (более подробно о компонентах Microsoft SQL тут, об установке серера тут):

На данном изображении: - Integration services - не обязательный элемент - необходим для управления пакетами SSIS (планами обслуживания (экспорт/импорт)), потом его можно будет отключить - Database Servises - собственно сам сервер СУБД - Client Component - Managment Tools - утилита управления

Остальные настройки при установке по Вашему вкусу. Единственный нюанс - необходимо правильно установить способ сортировки collate. Для автоматической и правильной работы необходимо в "Языке и региональных стандартах" операционной системы  выбрать "Русский". В этом случае при установке SQL Server сам предложит правильную сортировку Cyrillic_General_CI_AS. Выбор режима проверки подлинности пользователей укажите смешанный (mixed). Остальные параметры всегда можно скорректировать после установки - 1С:Предприятие будет работать независимо от них.

Более подробно об установке (ахтунг - English):

Желательно обновить сервер MS SQL до актуального релиза (на текущий момент - SP4 для 2005 SQL). Кроме того, на многопроцессорных системах сервер Microsoft SQL 2005 может отказаться устанавливаться с ошибкой 1053 (The error is (1053) The service did not respond to the start or control request in a timely fashion). Решение этой проблемы описано тут.

Шаг 2. Настройка сервера Microsoft SQL 2005

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

Для настройки протоколов взаимодействия сервера и клиента Microsoft SQL необходимо запустить "SQL Server Configuration Manager":

...и  оставить для работы только протоколы TCP/IP и Shared Memory:

Если устанавливается версия MS SQL Express по-умолчанию выключен протокол TCP/IP, нужный для работы с 1С:Предприятие 8 - его необходимо включить. Протокол именнованных каналов (Named Pipe) выключите совсем (и для "клиента" тоже на сервере приложений).

2.2. Перенос tempdb на быстрый независимый массив/диски

Для переноса tempdb необходимо запустить  sql-скрипт примерно следующего содержания:

USE master GO ALTER DATABASE tempdb modify file (NAME=tempdev, FILENAME='E:\Temp\tempdb_data.mdf') GO ALTER DATABASE tempdb modify file (NAME=templog, FILENAME='E:\Temp\tempdb_log.ldf') GO

где, E:\Temp\ - каталог, в котором будут лежать tempdb, а tempdb_data.mdf и tempdb_log.ldf имя файла базы данных и лога соответственно.

2.3. Настройка параметров сервера SQL

Для настройки сервера запускаем "SQL Server Management Studio", подключаемся к установленному серверу Database Engine'ом и открываем свойства (Server Properties). Тут нам нужно настроить 3 пункта:

Память (Memory)

Параметр "Maximum server memory (in MB)" задает максимально отведенное серверу количество памяти из расчета: [Общее количество оперативной памяти сервера] – [3ГБ под систему(1,5ГБ если Win2k3)] – [сколько_нужно ГБ * количество процессов работающих на данном сервере (если SQL еще какой-то важный сервис крутится на этом же сервере)]. Например, если у нас на сервере всего 24 ГБ оперативной памяти, стоит Windows 2003 и запущен сервер 1С Предприятия с 2мя процессами rphost (которым нужна память хотябы по 1,5Гб) то рассчет будет следующим: 24 - 1,5 - 1,5*2 = 19,5 ГБ ставит параметр "Maximum server memory (in MB)". Это необходимо для того, чтобы sql-сервер рассчитывал на заданный объем и освобождал память заблаговременно, т.к. если поставить неограниченный объем, и сервер попробует получить память, которой нет, он начинает лезть в файл подкачки, что сильно замедлит работу.

Процессоры (Processors)

Максимальное количество потоков (Maximum worker threads) стОит регулировать только при большом количестве клиентов (более 255) и для 1С это не актуально, поэтому оставим по-умолчанию. (хотя некоторые утверждают обратное ).  Также выставляем галку повышенного приоритета сервера (Boost SQL Server priority).

Database Settings

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

2.4. Дополнительные "приседания"

Желательно просканировать СКЛ утилитой SQL Server 2005 Best Practices Analyzer и избавиться от ошибок и сообщений (как? и еще раз как?).

Шаг 3. Настройка рабочих баз данных Ms SQL

Если база еще не развернута из .dt файла, и вы знаете примерный ее размер, то первичному файлу размер инициализации лучше сразу указать больший или равный размеру базы, но это дело вкуса, он все равно вырастет при развертке до нужных размеров. А вот Автоувеличение (Autogrowth) размера надо обязательно указать примерно по 200 МБ на базу и по 50 МБ на лог (можно увеличить/уменьшить, в зависимости от размера конечной базы и наличия места на диске), т.к. значения по умолчанию – рост по 1МБ и по 10% очень сильно тормозят работу сервера, когда ему при каждой 3й транзакции надо файл увеличивать. В этом же параметре можно ограничить размер файла лога, чтоб сильно не разрастался, хотя это очень спорный параметр...

Остальные параметры можно оставить по умолчанию, за исключением некоторых:

Например, параметр AutoShrink советуют отключить, ибо он приводит к постоянным скачкам размера лога. Лучше его держать в узде с помощью Планов обслуживания (они же Регламентные задания, они же Maintenance Plans).

Шаг 4. Настройка Планов обслуживания (Maintenance Plans, Регламентных заданий)

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

Итак, приведу свой пример настроенного Maintenance Plans с комментариями. Мой план состоит из 5 подпланов:

Первый подплан (ежедневное еженочное обслуживание сервера и резервных копий):

 

Данный подплан состоит из нескольких шагов. Связи зеленого цвета задают переход к следующему заданию при удачном завершении (т.е. без ошибок), связи синего цвета задают переход к следующему заданию при любом результате выполнения текущего. Параметры шагов видны на размещенных в редакторе заданиях. Параметры некоторых заданий нужно описать отдельно. Первым шагом выполняется "Проверка целостности базы данных" (Check Database Integrity Task), которая выполняется для всех баз системы и следующие задания выполняются только при отсутствии ошибок при проверке баз. Следующим шагом выполняется "Перестроение индексов баз данных" (Rebuild Index Task) для всех баз данных сервера. Данная процедура довольно ресурсоемкая, но в последствии ускоряет работу базы, т.к. если фрагментированость индексов > 25%, это резко снижает производительность сервера. Если размер баз не позволяет выполнять данную задачу, т.к. она занимает много времени, то рекомендуется делать данное действие хотябы раз в неделю, при этом, на ночные задания заменить задачу Перестроение индексов баз данных (Rebuild Index Task) на Дефрагментацию индекса (Reorganize Index Task), которая менее  ресурсоемка. Далее происходит "Обновление статистики базы данных" (Update Statistics Task) для всех баз данных, опять же для оптимизации. После этого задания рекомендуется выполнить "Очистку процедурного кэша":

При этом, запускается процедура

DBCC FREEPROCCACHE

После оптимизации работы желательно сделать резервную копию журналов транзакций. Этот шаг делать не обязательно, но желательно.  Во время выполнения предыдущих шагов (Перестроение индексов баз данных (Rebuild Index Task) и Обновление статистики базы данных (Update Statistics Task)) файлы журналов вырастают примерно до размера базы данных, а то и более. В результате, в следующих подпланах при выполнении первого резервного копирования журнала транзакций, размер копии имеет довольно большой объем. Это может сильно увеличить вермя восстановления базы. Таким образом, делая копию логов до полной копии, мы избавляемся от данной проблемы. (спасибо за идею комментатору Kyoshiro)

Далее можно выполнить полный бэкап заданием Создание резервной копии базы данных (Back Up Database Task):

При выполнении данного задания копии складываются в сетевую папку на файловом сервере с расширением bak, при этом, для каждой базы создается своя папка:

SAMBA ~ # ls -1 /backup/full/ database1 database2 ... SAMBA ~ # ls -1 /backup/full/satabase1/ database1_backup_201111210250.bak database1_backup_201111220251.bak ...

После заверешения создания резервной копии параллельно запускается 3 задания: очистка резервных копий журналов транзакция (о создании таких копий - ниже) старее 5 дней, очистка полных бэкапов старее 1 недели и очистка истории старше 1 месяца (сюда входит в основном - очистка служебной информации MS SQL, такой как журналы):

Данный подплан у меня запускается каждую ночь в нерабочее время по будням:

Второй, третий, четвертый подплан (обновление статистики 3 раза в день):

Следующие 3 подплана одинаковы по содержимому и различаются лишь временем выполнения. Выполняются 3 раза в день - в 6, 13 и 19 часов:

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

Пятый подплан (резервное копирование журнала транзакций):

Данный план выполняет инкрементальное копирование транзакционного лога Microsoft SQL Server:

Копирование выполняется каждые пол часа в рабочее время и сохраняется в сеть с расширением trn:

После настройки данного плана мы имеем регулярное резервное копирование с необходимым регламентным обслуживанием, с хранением копий базы данных за последние 7 дней с возможностью восстановления базы интервалом до 30 минут.

Более подробно о выборе и планировании плана обслуживания можно посмотреть данный подкаст(временно убран по причине заражения сайта s.rpod.ru):

Шаг 5.  Траблешуттинг

Периодически необходимо анализировать фрагментированность индекса для снижения нагрузки. Для больших баз данных нужно уменьшать ненужные операции по дефрагментации тех индексов, для которых это не требуется. То есть дефрагментацию выполнять не для всей базы, а для избранных таблиц, например. Если значение avg_fragmentation_in_percent в этом столбце превышает 25%, то для восстановления исходных параметров производительности рекомендуется выполнить дефрагментацию/реиндексацию этого индекса. Чтобы просмотреть текущую фрагментированность, можно воспользоваться отчетом:

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

 

FAQ MS SQL для 1С Предприятие

В связи с частыми одинаковыми вопросами в комментах решил добавить FAQ.

Q: Сегодня настроил SQL и создал план обслуживания. Все в точности по данной статье, но бэкапы не создаются. Почему? (ведь настроено создание бэкапов каждые 30 минут) A: Потому что бэкапы каждые 30 минут создают копии журналов транзакций. Данный вид копий может создаваться только от полной копии. Соответственно, пятый подплан (бэкап лога транзакций) будет выполнен только после выполнения первого подплана и только после удачного выполнения шага полного бэкапа в первом подплане!!! Соответственно, выход из ситуации - дождаться выполнения первого подплана.

Q: Почему файл жарнала транзакций растет? Как от этого избавиться? Что делать? A: Самый правильный выход из ситуации - увеличить раздел жесткого диска, на котором размещен файл журнала. Уменьшать размер файла с помощью операции shrink только вызовет лишние обращения сервера к жесткому диску. Сервер увеличивает размер этого файла до того размера, который ему необходим для выполнения транзакций. Соответственно, обрезав файл журнала мы заставляем SQL сервер лишний раз насиловать жесткий диск - снова увеличивая размер журнала при очередной ресурсоемкой транзакции. Данный нюанс я обсуждал в этой теме - советую перечитать ее. Есть еще выход - "если не очень сыкотно - можно перед ребилдом делать "финальный" бакап (можно только логов), ставить симпл модель, после ребилда - возвращать фулл рекавери и опять делать фулл бакап" отпять же отсюда (с).

Q: Почему не делается shrink для лога? многие советуют... A: см предыдущий вопрос\ответ

Дополнительно почитать:

- обслуживание базы данных MS SQL (регламентные задания и резервное копирование) от мекрософт тут и тут. - установка MS SQL 2005- Лучшие советы по эффективному обслуживанию баз данных - Настройка почтовых уведомлений об ошибках выполнения плана MS SQL серера

Удачных Вам бэкапов

blackbox.freshdesk.com