Sql server настройка: Настройка SQL сервера

Содержание

Установка и настройка Microsoft SQL Server

Для работы ИС «Приемная комиссия» необходимо в первую очередь установить и настроить SQL Server.

Если в Вашей организации имеется лицензионная версия Microsoft SQL Server, то можно использовать эту версию, если таковой не имеется, то в качестве сервера БД можно использовать бесплатную версию SQL Server Express. Мы рекомендуем использовать версию не ниже 2008

Для работы программы Вы можете использовать версии Microsoft SQL Server Express [2008] [2012] [2014] [2016] [2017].

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

Для администрирования сервера установите программу Microsoft SQL Managment Studio. Версия программы должна быть такая же как и SQL Server или выше.

Microsoft SQL Managment Studio для любого сервера можно скачать на официальной сайте Microsoft  (на момент создания этого раздела на сайте была версия 17.9.1)

*Для администрирования сервера установите программу Microsoft SQL Managment Studio

Для работы программ Приемная комиссия по сети нужно выполнить операцию в Users Manager — в меню Администрирование выбрать пункт «Создать учетные записи пользователей».

Перед тем как это сделать, необходимо проверить способ аутентификации в настройках сервера.

Запустите программу «Среда SQL Server Management Studio». Подключитесь к вашему серверу и затем кликните правой кнопкой по имени сервера и выберите пункт «Свойства»

Во вкладке «Безопасность» укажите «Проверка подлинности SQL Server и Windows»


Среда SQL Server Management Studio Express Нажмите «Ок» и затем перезапустите службу SQL Server.

Если у Вас установлена Window Server любой версии, то откройте через меню «Пуск» — «Администрирование» — «Локальная политика безопасности».

Во вкладке «Политика паролей» посмотрите на значение пункта «Пароль должен отвечать требованиям …..».Если в строке стоит статус «Включен», то кликните по пункт 2-м щелчком и выберите галочку «Отключен».

После установки базы данных и создания в Users Manager учетных записей политику паролей можно включить обратно.

После установки SQL Server, по умолчанию, он не доступен по сети. Если SQL сервер не доступен или при запуске программы возникает ошибка, то это может свидетельствовать о следующем:

— Не установлен режим подлинности Windows аутентификация;
— Не доступен протокол TCP/IP;
— Отсутствует физическое подключение к сети;
— Блокирование сервера Брандмауэром Windows.


После установки SQL Server необходимо настроить его для работы в сети. Настройки зависят от версии сервера.

 

Для SQL Server 2008/2017

Откройте меню «Пуск» – «Все программы» – «Microsoft Sql Server 2008/2012» – «Средства настройки» – «Диспетчер конфигурации SQL Server»

Во вкладке «Службы SQL Server» убедитесь, что служба «SQL Server, обозреватель» запущена. В колонке «Состояние» должно быть значение «Работает», а в колонке «Режим запуска» — «Авто». Также и для службы SQL Server (sqlexpress).


Агент SQL Server можно не включать
 

Перейдите в пункт «Сетевая конфигурация SQL Server». Проверьте состояние протокола TCP/IP (должна быть состояние «Включено»). 
 

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

Открытые порта 1433 в брандмауэре:
1. Откройте панель управления и выберите пункт Брандмауэр Windows.

 

2. Перейдите в дополнительные параметры

 

3. Выберите узел «Правила для входящих подключений» и затем, в правой панели — Создать правило

 

 

3.  Выберите пункт «Для порта» и нажмите Далее

 

 

4. Укажите Протокол TCP и пункт «Определенные локальные порты». В поле укажите порт 1433 и нажмите Далее

 

 

5. В окне выбора профилей оставьте выбранными 3 галочки: доменный, частный, публичный. Нажмите кнопку Далее.

 


 

6. Укажите пункт «Разрешить подключение» и нажмите Далее
 

 

7. Укажите имя правилу (на свое усмотрение)

 

8. Нажмите «Готово» 

Установка и настройка MS SQL Server Express на Windows

В этой инструкции описан процесс установки MS SQL Server 2017 Express на Windows Server 2012 R2/2016/2019. Следуя ей вы получите готовый инструмент для знакомства с языком программирования SQL, для проверок собственных наработок или запуска небольшого ресурса, не требующего больших объемов хранения баз данных.

Ограничения выпуска SQL Server 2017 Express

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

  • Максимальное количество ядер процессора: 4;
  • Максимальный размер базы данных: 10 ГБ;
  • Максимальный размер пула буфера на экземпляр базы данных: 1410 МБ.

Если у вас есть необходимость выйти за пределы этих ограничений, советуем приобрести лицензию Microsoft SQL Server Standard.

Требования к операционной системе

SQL Server 2017 Express доступен для установки на следующих операционных системах:

  • Windows 8/8.1/10 и новее;
  • Windows Server 2012, 2012 R2, 2016, 2019 и новее.

Процедура установки

Чтобы установить SQL Server 2017 Express, перейдите по ссылке, выберите язык установки и нажмите Download:

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

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

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

Далее выберите первый пункт установки New SQL Server stand-alone installation:

Ознакомьтесь с условиями лицензионного соглашения и нажмите

Next:

При необходимости получать обновления из Windows Update поставьте галочку и нажмите Next:

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

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

Выберите имя и идентификатор сервера. Идентификатор сервера будет включен в путь установки. Оставьте по умолчанию и нажмите Next:

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

Collation можно изменить параметры сортировки движка базы данных. На указанном примере мы предоставим привилегии, оставим по умолчанию параметры сортировки и нажмем Next:

На следующем этапе установки необходимо настроить конфигурацию ядра базы данных. Для этого предусмотрены следующие вкладки:

  • Server Configuration — указывается способ авторизации в базу данных: средствами Windows или смешанный режим, включающий в себя авторизацию Windows и собственную авторизацию SQL Server. При выборе второго варианта следует указать пароль администратора SQL Server;
  • Data Directories — указывается расположение исполняемых файлов SQL Server и данных;
  • TempDB — параметры TempDB, используемой внутренними ресурсами SQL Server, временными объектами пользователей и хранилищем версий;
  • User instances
    — позволяет дать права пользователям, не имеющим прав администратора, запускать отдельные экземпляры баз данных;
  • FILESTREAM — включается при необходимости использовать оптимизированные для памяти (Memory Optimized) таблицы.

Так как при установке по умолчанию был выбран пункт Microsoft R (Machine Learning Services) и Python, следует согласиться с условиями его использования на этом и следующем этапе, последовательно нажав Accept и Next:

Запустится процесс установки, после чего появится окно о завершении работ установщика SQL Server 2017. Нажмите Close:

На этом установка SQL Server 2017 Express завершена.

Средняя оценка: 5.0 Оценили: 2

191028 Санкт-Петербург Литейный пр., д. 26, Лит. А

+7 (812) 443-85-60 700 300 ООО «ИТГЛОБАЛКОМ ЛАБС»

191028 Санкт-Петербург Литейный пр., д. 26, Лит. А

+7 (812) 443-85-60 700 300 ООО «ИТГЛОБАЛКОМ ЛАБС» 700 300

Как обеспечить производительность баз данных Microsoft SQL Server, размещаемых в облаке / Блог компании Техносерв / Хабр

Источник

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

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

Мы проделали большую работу, запуская и оптимизируя свою новую услугу облачной базы данных на собственной платформе Техносерв Cloud и, конечно же, столкнулись с рядом проблем и выработали свои подходы к их решению. Сейчас, когда сервис протестирован и работает, мы хотим поделиться с вами своим опытом – уверены, что прочитав этот материал, вы сможете избежать повторения чужих ошибок или откроете для себя что-то новое.

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

Согласно расчетам, объемы как структурированных, так и неструктурированных данных возрастают в среднем на 60% в год. До сих пор местом хранения всей этой информации служили традиционные базы данных, но этого оказалось недостаточно, и тогда на помощь пришли облачные технологии. Они избавили пользователей от необходимости выделять под базы данных собственные вычислительные мощности, возложив эту обязанность на провайдеров облачных сервисов. Такой подход оказался чрезвычайно продуктивным в плане повышения производительности и доступности баз данных, а также улучшения их масштабируемости.

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

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

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




Устанавливаем на все MS SQL серверы последние Service Packs / Cumulative Updates / Security Updates:

С 2016 года схема обновлений для Microsoft SQL Server была упрощена — теперь обновления выходят регулярно.

Общая последовательность установки обновлений приведена ниже (все обновления перед установкой на Производственных серверах — первоначально тестируем в Тестовом окружении):

• Устанавливаем последний пакет обновления Service Pack (SP).
• Устанавливаем последнее кумулятивное обновление для Service Pack — Cumulative Update (CU).
• В случае выхода Security Updates – также их устанавливаем.
• В случае проблем ищем и применяем Critical On-Demand (COD) — фикс для их устранения.

Примечание: Хотя Microsoft рекомендует устанавливать последние CU как только они выходят, зачастую большинство компаний устанавливают только последний SP, а CU ставят только в случае, если в состав CU входит фикс для имеющейся на сервере проблемы. Мы согласуем данный процесс с закачиком в соответствии с его внутренними инструкциями, но всегда предлагаем вначале рассмотреть официальные рекомендации Microsoft.


Настраиваем оптимальные параметры использования памяти MS SQL Server и оптимальные параметры MaxDOP:

По умолчанию, MS SQL Server может динамически изменять требования к памяти на основе доступности системных ресурсов. По умолчанию параметр min server memory имеет значение 0, а параметр max server memory — значение 2 147 483 647 MБ. О выборе оптимальных параметров использования памяти MS SQL Server можно прочитать здесь.

Если MS SQL Server работает на многопроцессорном компьютере, он определяет оптимальную степень параллелизма, то есть количество процессоров, задействованных для выполнения одной инструкции, для каждого из планов параллельного выполнения. Для ограничения количества процессоров в плане параллельного выполнения может быть использован параметр max degree of parallelism. О выборе оптимальных параметров MaxDOP можно прочитать здесь.


Используем при необходимости trace flags:

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


Оптимизируем настройки базы “TempDB” и других системных баз:

В MS SQL Server входят следующие системные базы данных:

• “master” — в этой БД хранятся все данные системного уровня для экземпляра MS SQL Server;
• “msdb” — используется агентом MS SQL Server для планирования предупреждений и задач;
• “model” — используется в качестве шаблона для всех баз данных, создаваемых в экземпляре MS SQL Server. Изменение размера, параметров сортировки, модели восстановления и других параметров базы данных model приводит к изменению соответствующих параметров всех баз данных, создаваемых после изменения;
• “Resource” — база данных только для чтения. Содержит системные объекты, которые входят в состав MS SQL Server. Системные объекты физически хранятся в базе данных Resource, но логически отображаются в схеме sys любой базы данных;
• “TempDB” — рабочее пространство для временных объектов или взаимодействия результирующих наборов.

Рекомендациия для настройки оптимальной производительности базы данных “TempDB” можно найти здесь.


Корректно настраиваем параметры дефолтных расположений дата-файлов/лог-файлов:

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



Используем оптимальные настройки дисковой подсистемы (быстрые накопители SSD, отформатированные с размером кластера 64К):

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


Настраиваем “Мгновенную инициализацию файлов базы данных”:

В MS SQL Server файлы данных могут быть инициализированы мгновенно. Мгновенная инициализация файлов освобождает место на диске, не заполняя пространство нулями. Вместо этого содержимое диска перезаписывается, поскольку в файлы записываются новые данные. Файлы журналов не могут быть инициализированы мгновенно. Подробности – здесь.


Используем разные сетевые интерфейсы для “пользовательской” и для “системной” нагрузок:

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



Источник


Проверяем, чтобы параметры “Auto Shrink” и “Auto Close” были выключены:

“Auto Shrink” (Автоматическое сжатие) указывает, что MS SQL Server будет периодически сжимать файлы базы данных (более подробно здесь).
“Auto Close” (Автоматическое закрытие) указывает, что база данных будет закрыта после освобождения всех ее ресурсов и отсоединения всех пользователей (более подробно здесь).


Проверяем, чтобы параметры “Auto Create Statistics” и “Auto Update Statistics” были включены:

Если включен параметр “Auto Create Statistics” (Автоматическое создание статистики), то оптимизатор запросов в случае необходимости создает статистику по отдельным столбцам в предикате запроса, чтобы улучшить оценку количества элементов для плана запроса (более подробно здесь).

Если включен параметр “Auto Update Statistics” (Автоматическое обновление статистики), то оптимизатор запросов определяет, когда статистика может оказаться устаревшей, и обновляет ее, если она используется в запросе (более подробно здесь).


Используем при необходимости “Read Committed Snapshot Isolation”:

Термин “Snapshot” («Моментальный снимок») отражает тот факт, что все запросы в транзакции обнаруживают одинаковую версию, или моментальный снимок базы данных, который соответствует состоянию базы данных в момент начала транзакции. Транзакция моментального снимка не требует блокировок базовых строк или страниц данных, что позволяет выполнять другую транзакцию без ее блокировки предыдущей незавершенной транзакцией. Транзакции, изменяющие данные, не блокируют транзакции, в которых происходит чтение данных, а транзакции, считывающие данные, не блокируют транзакции, в которых происходит запись данных, что обычно также наблюдается при использовании уровня изоляции “Read Committed”, заданного по умолчанию в MS SQL Server. Применение такого подхода, предусматривающего отказ от блокировок, способствует значительному снижению вероятности взаимоблокировок в сложных транзакциях.

Включение параметра “Read Committed Snapshot Isolation” обеспечивает доступ к версиям строк из под дефолтного уровня изоляции “Read Committed”. Если параметр “Read Committed Snapshot Isolation” установлен в значение OFF, то для получения доступа к версиям строк потребуется явно задавать уровень изоляции моментального снимка для каждого сеанса (более подробно здесь).


Проверяем, чтобы параметр “Page Verify” была выставлена в “CHECKSUM”:

Если для параметра базы данных “Page Verify” указано значение “CHECKSUM”, то MS SQL Server рассчитывает контрольную сумму для содержимого страницы в целом и сохраняет значение в заголовке страницы при записи страницы на диск. При считывании страницы с диска контрольная сумма вычисляется повторно и сравнивается со значением из заголовка. Это помогает обеспечить высокий уровень целостности данных в файлах (более подробно здесь).



Дата-файл/ы и лог-файл БД размещаем на отдельных физических дисках:

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


Создаем только один лог-файл БД:

Лог-файл используется MS SQL Server последовательно, а не параллельно, и нет никакого выигрыша по производительности иметь несколько лог-файлов (более подробно здесь).


Не допускаем появления фрагментации “Виртуального лог-файла (VLF)” БД:

Лог-файл БД внутренне разделен на разделы, именуемые виртуальными лог-файлами (Virtual Log Files – VLF), и чем выше фрагментация в лог-файле, тем больше число VLF. После того, как число VLF в лог-файле превысит 200, может ухудшиться производительность связанных с лог-файлом операций, таких как чтение лог-файла (скажем, для транзакционной репликации/отката), резервное копирование лог-файла и т.п. (более подробно здесь).


Выбираем корректные начальные размеры дата-файла/ов и лог-файла БД:

При создании базы данных файлы данных следует делать как можно большего размера, в соответствии с наибольшим предполагаемым объемом данных в базе данных. Например, если мы знаем, что сейчас у нас данных будет 50 ГБ, а через полгода добавится еще 50 ГБ, то начальный размер дата-файла лучше сразу сделать равным 100 ГБ (более подробно здесь).


Выбираем корректные параметры “Авто-роста” для дата-файла/ов и лог-файла БД:

Не рекомендуется использовать “Авто-рост” в процентах, так как, если размер файлов БД большой, то сам процесс увеличения базы может вызвать существенное снижение производительности, поэтому более предпочтительным является увеличение базы на фиксированный размер в МБ (более подробно здесь).


Постоянно отслеживаем размеры дата-файла/ов и лог-файла БД и при необходимости проактивно их увеличиваем во время минимальной нагрузки БД:

В производственной системе функцию “Авто-роста” следует использовать только как средство увеличения размера файлов в чрезвычайных обстоятельствах. Не рекомендуется использовать ее для повседневного управления ростом файлов данных БД. Для наблюдения за размерами файлов и их заблаговременного увеличения обычно используют оповещения или программы мониторинга. Это позволяет избежать фрагментации и перенести выполнение этих операций по обслуживанию на часы, когда нагрузка минимальна (более подробно здесь).



Источник


Выполняем проверку целостности данных БД:

Проверяем логическую и физическую целостность всех объектов в базе данных путем выполнения следующих операций (более подробно здесь):

• выполнение инструкции DBCC CHECKALLOC для базы данных;
• выполнение инструкции DBCC CHECKTABLE для каждой таблицы и каждого представления в базе данных;
• выполнение инструкции DBCC CHECKCATALOG для базы данных;
• проверка содержимого каждого индексированного представления в базе данных;
• проверка согласованности между файлами и директориями файловой системы и метаданными таблицы на уровне ссылок при хранении данных varbinary(max) в файловой системе с помощью FILESTREAM;
• проверка данных компонента Service Broker в базе данных.


Выполняем кастомный index rebuild/reorganize в зависимости от фрагментации индексов:

MS SQL Server автоматически поддерживает состояние индексов при выполнении операций вставки, обновления или удаления в отношении базовых данных. Со временем эти изменения могут привести к тому, что данные в индексе окажутся разбросанными по базе данных (фрагментированными). Фрагментация имеет место в тех случаях, когда в индексах содержатся страницы, для которых логический порядок, основанный на значении ключа, не совпадает с физическим порядком в файле данных. Значительно фрагментированные индексы могут серьезно снижать производительность запросов и служить причиной замедления откликов приложения. Можно устранить фрагментацию путем реорганизации или перестроения индекса (более подробно здесь).


Обновляем статистику:

По умолчанию оптимизатор запросов обновляет статистику по мере необходимости для усовершенствования плана запроса. Обновление статистики гарантирует, что запросы будут компилироваться с актуальной статистикой. Однако обновление статистики вызывает перекомпиляцию запросов. Рекомендуется не обновлять статистику слишком часто, поскольку необходимо найти баланс между выигрышем в производительности за счет усовершенствованных планов запросов и потерей времени на перекомпиляцию запросов. Критерии выбора компромиссного решения зависят от приложения (более подробно здесь).


Не используем никакие “плохие” практики, например, такие как “регулярное сжатие”:

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


При необходимости организовываем регулярную очистку БД от “старых” данных:

Зачастую компании должны хранить данные в течение какого-то времени, чтобы соответствовать требованиям действующего законодательства и своим внутренним требованиям. После того как данные становятся не нужны – обычно рекомендуется их удалять, что позволяет повысить производительность MS SQL Server и дает возможность более точно предсказывать возможный рост требований к серверному оборудованию (более подробно здесь).



Источник


Определяем лучшую стратегию бэкапирования БД в соответствии с требованиями заказчика по RTO/RPO и лучшими мировыми практиками:

MS SQL Server обеспечивает необходимую защиту важных данных, которые хранятся в базах данных. Чтобы минимизировать риск необратимой потери данных, необходимо регулярно создавать резервные копии баз данных, в которых будут сохраняться производимые изменения данных. Хорошо продуманная стратегия резервного копирования и восстановления защищает базы от потери данных при повреждениях, происходящих из-за различных сбоев (более подробно здесь).


Выполняем регулярное тестовое восстановление бэкапов БД:

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



Always On Failover Cluster Instances:

Экземпляры отказоустойчивой кластеризации AlwaysOn используют функциональные возможности отказоустойчивой кластеризации Windows Server (WSFC) для обеспечения высокого уровня доступности локальных ресурсов за счет избыточности на уровне экземпляра сервера — экземпляра отказоустойчивого кластера (FCI). Экземпляр отказоустойчивого кластера (FCI) является единственным экземпляром MS SQL Server, установленным на всех узлах отказоустойчивой кластеризации Windows Server (WSFC) и, возможно, в нескольких подсетях. Экземпляр отказоустойчивого кластера выглядит в сети как экземпляр MS SQL Server, запущенный на одном компьютере, но экземпляр отказоустойчивого кластера обеспечивает отработку отказа с переходом одного узла WSFC на другой узел, если текущий узел становится недоступным (более подробно здесь).


Always On availability groups:

Группы доступности AlwaysOn — это решение высокой доступности и аварийного восстановления, являющееся альтернативой зеркальному отображению баз данных (“database mirroring”). Группа доступности поддерживает отказоустойчивую среду для набора пользовательских баз данных, известных как базы данных доступности, которые совместно выполняют переход на другой ресурс. Группа доступности поддерживает набор первичных баз данных для чтения/записи и от одного до восьми наборов соответствующих вторичных баз данных. Кроме того, вторичные базы можно сделать доступными только для чтения и/или для некоторых операций резервного копирования (более подробно здесь).


Database mirroring:

Зеркальное отображение базы данных — это решение, нацеленное на повышение доступности базы данных MS SQL Server. Зеркальное отображение каждой базы данных осуществляется отдельно и работает только с теми базами данных, которые используют модель полного восстановления (более подробно здесь).


Log shipping:

MS SQL Server позволяет автоматически отправлять резервные копии журналов транзакций из базы данных-источника экземпляра сервера-источника в одну или более баз данных-получателей других экземпляров сервера-получателя. Резервные копии журналов транзакций применяются к каждой из баз данных-получателей индивидуально (более подробно здесь).


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


Источник

Постоянная оценка производительности базы данных помогает добиться оптимальной производительности путем минимизации времени ответа и максимального увеличения пропускной способности. Приблизительный сетевой трафик, дисковый ввод-вывод и загрузка ЦП — ключевые факторы, влияющие на производительность. Следует тщательно проанализировать требования приложения, понять логическую и физическую структуру данных, оценить использование базы данных и добиться компромисса между такими конфликтующими нагрузками, как оперативная обработка транзакций (OLTP) и поддержка решений (более подробно здесь).

Запуск и первоначальная настройка MS SQL Server для клиент-серверной версии «1С: Предприятие 8» — iTeron

Нет сомнения, что связка MS SQL Server + сервер «1С: Предприятие 8» — в своей нише самая востребованная и часто применяемая связка. Для её качественной поддержки желательно понимание обоих продуктов. В то же время, на практике, специалист поддержки обычно либо специализируется на администрировании MS SQL Server и не ориентируется в особенностях сервера «1С: Предприятие 8», либо, наоборот, специализируется на администрировании сервера «1С: Предприятие 8» и не ориентируется в особенностях MS SQL Server. 

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

Для облегчения восприятия информации приводятся случаи из практики, примечания и советы (выделены курсивом). 

Трёхзвенная схема 

Как, возможно, уже известно читателю, база данных в рассматриваемом случае имеет трёхзвенную архитектуру: 

Звено 1: СУБД MS SQL Server. «Хранит» и обслуживает базу данных, в конечном счёте выполняет все виды операций с базой данных. Таким образом, производительность работы базы данных, скорость и параллельность чтения-записи данных – во многом определяются производительностью MS SQL Server. 

Звено 2: Сервер «1С: Предприятие 8». Служит посредником во взаимодействии между клиентами (пользователями) и MS SQL Server. Все клиентские запросы направляются на сервер, который «переводит» их на язык запросов MS SQL Server, получает результаты выполнения этих запросов, отправляет результаты клиенту. 

Есть лишь малая часть операций, которые выполняются на уровне сервера «1С: Предприятие 8», без обращения к MS SQL — это, в частности, отслеживание так называемых «управляемых блокировок», чтение-запись «параметров сеанса». Обращения к СУБД в таких случаях не требуется, так как эти операции производятся не с данными базы, а со вспомогательной информацией сервера. 

Звено 3: Клиентская часть «1С: Предприятие 8». Обращается к серверу «1С: Предприятие 8», получает от него результаты (то есть, например, выборки данных), отвечает за пользовательский интерфейс. 

«Хотел как лучше».

После переустановки сервера «1С: Предприятие 8» пользователи жалуются на резкое падение производительности. Специалист по внедрению ПП «1С: Предприятие», производивший переустановку – лишь удивляется – мол, хотел как лучше, система должна была начать работать быстрее… Анализ ситуации показал, что серверу «1С: предприятие 8» была выделено слишком много ресурсов: его процессы (см. пункт 3) rphost заняли 15.5 Гб из 16Гб оперативной памяти сервера, в результате для уступчивого MS SQL Server практически не осталось доступной оперативной памяти.

Как результат – постоянный «своп», ненужная нагрузка на дисковую подсистему, и крайне медленное выполнение операций с базой данных — вследствие того, что MS SQL Server не успевает обрабатывать запросы, поступающие от «разогнанного» сервера «1С: Предприятие 8». 

Совместимость продуктов 

Актуальные данные о версиях MS SQL Server, рекомендуемых к использованию в связке с «1С: Предприятие 8», следует выяснять по ссылке http://v8.1c.ru/requirements/. 

На момент подготовки статьи разработчики фирмы «1С» рекомендуют следующие варианты: 

 

      2. SQL Server 2008, требуется установка пакета обновлений 1 (SP1).

 

    3. SQL Server 2005, требуется установка пакета обновлений 3 (SP3).

Технически возможно, но не рекомендуется применение MS SQL Server 2000, для него требуется установка пакета обновлений 2 (SP2), и желательна установка пакета обновлений 4 (SP4). 

Следует учитывать, что в настоящий момент эта версия снята с поддержки, а также не имеет 64-разрядной версии для архитектуры x86-64. 

Обратите внимание:

Необходимо обращать внимание на настройки операционной системы: например, для эффективной работы M SQL Server 2008 под ОС Server 2008R2 требуется отключение сбалансированного режима энергоснабжения и перевод в режим максимальной производительности. 

Установка клиент-серверной версии «1С: Предприятие 8» 

«1C установил»

У одного из заказчиков установку «1С: Предприятия 8» произвёл системный администратор, не имеющий опыта в работе с «1С:Предприятием 8». И хотя, по его словам, он «установил 1С» — на пользовательских компьютерах отсутствовала клиентская часть, а на сервере — серверная. Разбор ситуации прояснил картину – в комплекте «1С: Предприятия 8» имелось 2 диска – установка платформы и установка шаблонов баз данных. Администратор не стал вникать в порядок установки – и установил шаблоны баз данных, а не исполняемые файлы, компоненты платформы.

Конечно же, это нетипичный пример исключительно невнимательного отношения к работе. 

При установке «1С: Предприятия 8» следует учитывать, что отдельно устанавливаются: 

      Платформа «1С: Предприятие 8» — исполняемое приложение, интегрированная среда разработки и эксплуатации баз данных. При его запуске выбирается один из двух режимов работы – «Предприятие» (пользовательская оболочка баз данных) либо «Конфигуратор» (интегрированная среда разработки). Более полное описание можно прочитать по ссылке

http://v8.1c.ru/overview/Platform.htm

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

 

 

Компонента «1С: Предприятие» может не устанавливаться на сервере (серверах). 

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

Обратите внимание:

64-битная версия платформы не содержит клиентской части. Поэтому при установке на сервер отдельно устанавливаются 64-битные серверные компоненты, и отдельно – 32-битные компоненты клиентского приложения. 

Компонента «Сервер 1C: Предприятия» нужна для подключения к MS SQL Server — это сервер приложений, связующее звено между платформой на клиентских рабочих местах и MS SQL Server. 

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

При установке «как сервис» эта компонента будет запускаться и выполняться от имени выбранного пользователя: 

 

После загрузки компонента порождает несколько процессов, как то: «агент сервера», «менеджер кластера серверов», «рабочие процессы сервера». 

Запросы к базе данных исполняют рабочие процессы, а нагрузку между ними распределяет менеджер кластера серверов. 

Рабочими процессами сервера можно будет управлять (добавлять, удалять, ставить ограничение на использование ОЗУ, объявлять основным или резервным), если будет установлена компонента «Администрирование сервера 1С: Предприятия». 

 

Обратите внимание:

Для 32-битной версии сервера рекомендуется установка рабочих процессов в таком количестве, чтобы не оставлять оперативную память незадействованной — каждый из них имеет заметное ограничение на использование оперативной памяти, от 2 до 4Гб в зависимости от конфигурации системы.

Для 64-битной версии сервера теоретически достаточно двух рабочих процессов – одного рабочего и одного резервного. Однако на практике для обеспечения надёжности и стабильности подключений на существенном (несколько сотен) количестве пользователей требуется большее количество, оно зависит многих факторов — от количества пользователей, наполнения базы данных и объёма выполняемых запросов, поэтому авторы считают, что количество процессов в этом случае следует подбирать экспериментально.

«Уроборос»

После неудачной оптимизации настроек сервера «1С: Предприятие 8» пользователи просигнализировали о крайне медленной работе системы, а системный администратор отметил постоянную 100% загрузку процессора на сервере.

Анализ ситуации показал источник проблемы — при настройке было установлено слишком маленькое ограничение на использование оперативной памяти рабочими процессами.

А дело в том, что данное ограничение работает следующим образом:

Когда менеджер кластера серверов видит, что рабочий процесс превысил лимит оперативной памяти – работа этого процесса прекращается, он отключается, создаётся новый рабочий процесс, а подключения и запросы пользователей перераспределяются между рабочими процессами.

Установленное ограничение было настолько маленьким (300Мб), что рабочий процесс не мог полностью обслужить даже одного интенсивно работающего пользователя — в результате менеджер кластера серверов непрерывно перезапускал рабочие процессы и переподключал пользователей. Как только создавался новый процесс и пользователи к нему подключались – лимит оперативной памяти почти мгновенно достигался и вызывал следующий перезапуск. На это и уходило 100% загрузки процессора. 

Компонента «Сервер 1C: Предприятия» не нужна на клиентских рабочих местах, да и не сможет там запуститься, так как требует физического наличия ключа защиты. 

В случае, если количество подключаемых пользователей невелико (менее 50) – сервер приложений обычно устанавливают на том же компьютере, где работает MS SQL Server. 

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

Компонента «Администрирование сервера 1С: Предприятия» может быть полезной и на клиентах – например, с её помощью можно увидеть список информационных баз, подключённых к заданному серверу «1С: Предприятия». 

На самом сервере её настоятельно рекомендуется установить. 

Доступ 

Обратите внимание:

Для проверки того, что доступ обеспечен, недостаточно использования утилиты администрирования серверов 1C: Предприятия, и тем более недостаточно присутствия сервера в «Сетевом окружении»!

Необходимо на каждом клиенте выполнить вход в базу данных, установленную на сервере – только это даст 100% уверенность, что доступ обеспечен. 

1. В зависимости от политик безопасности, для MS SQL Server применяется аутентификация по учетной записи Windows либо аутентификация по учётной записи MS SQL Server. 

 

В последнем случае при создании базы данных «1С: Предприятия» система будет запрашивать логин и пароль учётной записи MS SQL Server (например, sa), в первом случае логин и пароль следует оставлять пустыми: 

 

и тому пользователю системы, от имени которого запущен сервер 1С: Предприятия, необходимо дать права в MS SQL Server, а именно: 

      полные права на базу данных, в которой располагается информационная база

 

      доступ к базе данных master (роль public)

 

      рекомендуется – права на создание базы данных, в противном случае каждую новую базу данных нужно будет сначала создавать средствами MS SQL Sever, а уже затем подключать к серверу 1С: Предприятия

 

      рекомендуется — право на удаление своей базы данных

 

Например, можно назначить рассматриваемому пользователю предопределённую роль processadmin или sysadmin. 

Совет.

Если у всех пользователей одновременно пропал доступ к рабочей базе данных – нужно перепроверить права и роли пользователя в MS SQL Server, в том числе установленные для конкретной базы данных, то есть User mapping: 

 

2. Сервер 1С: Предприятия обращается к MS SQL Server через механизм Microsoft Data Access, поэтому его компоненты должны быть установлены, а у пользователя сервера 1С: Предприятия (см. предыдущий пункт) должны быть права на их запуск. 

3. Связь между клиентами и сервером поддерживается по протоколу TCP, поэтому необходимо, чтобы этот протокол поддерживался обеими сторонами. Возможны проблемы с сопоставлением имени сервера и его IP адреса, например, если используется одноранговая сеть. В таком случае следует записать соответствие в файле [С:\WINDOWS\] system32\drivers\etc\hosts . 

Совет.

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

4. В случае использования протокола Named Pipes, и если MS SQL Server и сервер 1С: Предприятия установлены на разных компьютерах – пользователь, от имени которого работает сервер 1С: Предприятия, должен быть зарегистрирован в списке пользователей компьютера, на котором запущен MS SQL Server. 

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

6. Некоторые антивирусы могут блокировать «нежелательный» сетевой трафик, так что может потребоваться дополнение их списков исключений. 

7. Релиз платформы «1С: Предприятия 8» должен быть абсолютно одинаковым на клиенте и на сервере. 

«Близнецы»

«У одного из заказчиков применялось два сервера баз данных, на каждом из которых располагалась одна рабочая база. Пользователи работали — каждый одновременно с обеими базами. Службы поддержки выполнила обновление платформы «1С: Предприятия 8» на серверах и клиентах…. И тут посыпались жалобы на невозможность подключения – то к одной, то к другой базе. Анализ ситуации показал – обновление на клиентах и серверах делали несколько человек, и устанавливающие специалисты не перепроверяли, что устанавливают один и тот же релиз. Поэтому на одном сервере был один релиз платформы, на втором – другой, на половине клиентов – первый из этих релизов, на другой половине – другой. Получилось, что каждый пользователь имеет доступ только к одной из баз данных.

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

Первоначальные настройки MS SQL Server и базы данных 

“И так работает”

MS SQL Server отличается простотой начальной установки, поэтому не все администраторы озадачиваются его дополнительной настройкой – после выполнения установки по умолчанию база заработала, пользователи в неё вошли – работа выполнена. Такой подход почти всегда влечёт за собой возникновение проблем примерно через месяц или два – причём, конечно же, внезапно и в самый неудобный момент.

Например, в случае, если база предназначена для ведения учёта – перед сдачей налоговой отчётности зачастую возникает необходимость срочно пересчитать те или иные данные, причём пересчитать массово, скажем «все поступления основных средств с начала года». Причём – в течение рабочего дня, без остановки работы остальных пользователей базы данных.

И, конечно, именно в этот момент обнаружится, что база при таком пересчете «зависает», или «вылетает», или не даёт работать остальным пользователям.

Этот своего рода «закон Мэрфи» касается каждого из нижеперечисленных пунктов. 

Перед началом использования MS SQL Server в качестве СУБД для «1С: Предприятие» рекомендуется: 

1. Установить значение параметра max degree of parallelism равным 1. 

То есть: 

      зайти в MS SQL Management Studio

 

      после подсоединения к серверу войти в свойства сервера через контекстное меню, пункт Properties

 

      далее выбрать страницу Advanced и отредактировать параметр max degree of parallelism

 

 

В противном случае некоторые запросы, формируемые сервером 1С: Предприятия, могут вызвать ошибку «Intra-query parallelism caused your server command (process ID #XX) to deadlock. Rerun the query without intra-query parallelism by using the query hint option (maxdop 1)». После этой ошибки клиентская часть зачастую аварийно завершается. 

Ошибка не будет проявляться стабильно, так как план запроса формируется по-разному в зависимости от накопленных статистик – она проявит себя на объёмных и сложных запросах, то есть в самый неудачный момент. 

2. Создать План обслуживания (Maintance Plan), еженочно обрезающий (shrink) базу данных временных таблиц tempdb. Автоматически база временных таблиц сервером 1С: Предприятия очищается не всегда, а иногда, в результате неудачно написанного запроса, может быть сформирована и не очищена временная таблица размером, например, 50 Гб. Вследствие этого может закончиться место на диске, вследствие этого возможно аварийное завершение и клиентской, и серверной части, также присутствует небольшой риск нарушения целостности данных. 

То есть нужно: 

      зайти в MS SQL Management Studio

 

      после подсоединения к серверу раскрыть раздел «Maintance plans»

 

      создать новый (или дополнить имеющийся) План обслуживания,

 

      добавить в него пункт «Execute T-SQL Statement task» (так как в задании «Shrink database» нельзя выбрать базу tempdb) с кодом

 

1.USE [tempdb] 
2. 
3.GO 
4. 
5.DBCC SHRINKFILE (N’tempdev’ , 0, TRUNCATEONLY) 
6. 
7.GO 
8. 
9.DBCC SHRINKFILE (N’templog’ , 0, TRUNCATEONLY) 
10. 
11.GO 

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

1.USE tempdb 
2. 
3.GO 
4. 
5.EXEC sp_helpfile 
6. 
7.GO 

 

“Горшочек, не вари”

Самый часто встречающийся на практике способ переполнить tempdb и тем самым «уронить» сервер – это забыть указать условие при соединении таблиц.

А именно, допустим, у нас в базе есть две таблицы, размером по 20 тысяч записей каждая. Допустим, между их записями можно установить однозначное соответствие, и мы пишем запрос, создающий временную таблицу, которая содержит 20 тысяч записей с полями обеих исходных таблиц. Но если мы забудем указать условие соединения – каждая запись первой таблицы соединится с каждой записью второй! То есть получится результирующая таблица из 20’000* 20’000=400 млн. записей. И так далее. 

3. Ради снижения нагрузки на дисковую подсистему рекомендуется по возможности разносить по разным физическим дискам рабочую базу и tempdb , логи, файл подкачки системы. 

Нужный путь для хранения файлов рабочей базы лучше задать при её создании, отредактировав колонку Path (Путь): 

 

Для изменения физического расположения файлов базы временных таблиц используется команда ALTER DATABASE, то есть в MS SQL Management Studio нужно выполнить следующий скрипт (команда «New query») 

1.USE master 
2. 
3.GO 
4. 
5.ALTER DATABASE tempdb 
6. 
7.MODIFY FILE (NAME = tempdev, FILENAME = ‘Новый_Диск:\Новый_Каталог\tempdb.mdf’) 
8. 
9.GO 
10. 
11.ALTER DATABASE tempdb 
12. 
13.MODIFY FILE (NAME = templog, FILENAME = ‘Новый_Диск:\Новый_Каталог\templog.ldf’) 
14. 
15.GO 

4. Не следует затруднять «рост» рабочей базы данных и её лога – ограничения на размер быть не должно, свойство «Autogrowth» должно быть установлено в процентах, рекомендуемое значение 10%. В противном случае добавление данных в базу, восстановление из архива и другие операции могут выполняться неоправданно долго. 

Для установки этого свойства нужно через контекстное меню зайти в свойства базы, выбрать раздел Files, открыть редактирование свойств файла: 

 

5. Рекомендуется включить в MS SQL Server поддержку сетевого протокола TCP/IP и выключить все остальные, в противном случае совместная работа MS SQL Server и сервера 1С: Предприятия будет менее стабильной. 

 

6. Там же — очистить раздел Alias, т.к. её установка приводит к ошибкам взаимодействия MS SQL Server и сервера 1С: Предприятия. 

Перед началом эксплуатации базы данных рекомендуется: 

1. При создании базы данных из «1С: Предприятия» установить «смещение дат» 2000, в противном попытка записи даты ранее 01.01.1753 (что возможно в силу человеческого фактора) — будет вызывать сбои в работе базы данных. 

Внимание! Смещение дат нельзя будет поменять у существующей базы данных! 

 

2. Установить Режим восстановления (Recovery model) в значение Простой (Simple), либо создать План обслуживания (Maintance Plan), который будет ежедневно создавать резервную копию (backup) базы данных и обрезать журнал транзакций (log-файл). В противном случае при некоторых операциях журнал транзакций (log-файл) будет очень быстро расти: например, при реструктуризации базы данных рост размера log-файла может в несколько раз превысить размер самой базы данных. 

 

3. Создать План обслуживания (Maintance Plan), выполняющий следующие регламентные задания как минимум раз в неделю: 

      Создание резервной копии (backup) базы данных.

 

      Обновление статистик базы данных и очистка процедурного кэша (следует отметить, что свойство autoupdate statistics не подразумевает очистку процедурного кэша).

 

      Очистка процедурного КЭШа – не входит в стандартные операции Планов обслуживания, этот шаг нужно определять как выполнение скрипта (Execute T-SQL Statement) со следующим содержимым:

 

 

      Реиндексация таблиц базы данных.

 

 

Конечно же, при этом имеет смысл настроить автоматическую отправку электронных писем об успешном/неуспешном выполнении заданий. 

 

Заключение 

Рассмотрены вопросы, которые чаще всего вызывают затруднения у системных администраторов и внедренцев «1С: Предприятие 8», в связи с совместным использованием MS SQL Server и клиент-серверной версии «1С: Предприятие 8». 

Автор надеется, что достаточно последовательно и доступно осветил «обе стороны медали». 

P.S. Чаще делайте бэкапы! 

Источник: http://technet.microsoft.com/ru-ru/sqlserver/hh282405

Источник: http://www.portal-yug.ru/blog/corp/34.php

(Всего просмотров: 1 493, просмотров сегодня: 6)

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

Собственно с глобальными настройками все. Теперь переходим к настройкам рабочей базы данных (или нескольких баз, если такое имеет место быть).

2. Настройка рабочей базы данных

Заходим в свойства нужной нам базы данных:

 

Если база еще не развернута из .dt файла, и вы знаете примерный ее размер, то первичному файлу размер инициализации лучше сразу указать >= размера базы, но это дело вкуса, он все равно вырастет при развертке. А вот Автоувеличение размера надо обязательно указать примерно по 200 МБ на базу и по 50 МБ на лог, т.к. значения по умолчанию – рост по 1МБ и по 10% очень сильно тормозят работу сервера, когда ему при каждой 3й транзакции надо файл увеличивать. Также, если не используетет RAID массив, то хранение файла базы и файла лога лучше указать на разных физических дисках. Ну и ограничить лог 2-4 ГБ, чтоб сильно не пух.

Остальные настройки как на скришоте:

 

С настройками базы все. Осталось настроить регламентные задания.

3. Настройка регламентных заданий

Сначала создаем Maintenance Plan в разделе Management:

 

Дефрагментацию индексов и сбор статистики нужно производить ежедневно, т.к. если фрагментированость индексов > 25%, это резко снижает производительность сервера. Дефрагментация и обновление статистики делается быстро и не требует отключения пользователей. Насколько ваши индексы фрагментированы можно посмотреть очень хорошей и многофункциональной обработкой Гилева Вячаслава, с названием Lock1C.epf, и которую он убрал со своего сайта из-за наезда 1С-ников за нарушение какого-то пункта лицензионного с., но хорошему админу гугл всегда в помощь J . Также желательно делать полную переиндексацию, с блокировкой БД, хотя бы раз в неделю, естественно после полной переиндексации сразу же делается дефрагментация индексов и обновление статистики.

Настройка бэкапа средствами SQL.

Ту все просто, добавляем 2 новых задания Agent’у:

 Full BackUp, с периодичностью 1 раз в сутки и 2мя шагами 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

И второе задание с периодичностью 1 раз в 1-2 часа 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

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

В целом настройка MS SQL Server для работы с 1С предприятия не сильно отличается от его обычной настройки, но все же есть некоторые нюансы выявленные опытным путем.

Рассмотрим наиболее важные моменты в установке и последующей настройке сервера и баз данных, чтобы оптимизировать работу 1С.

Установка MS SQL Server

Не будем рассматривать все шаги установки и затронем только те моменты, которые требуют особого внимания.

Выбор и настройка компонентов

Для работы MS SQL Server c 1С Предприятие достаточно выбрать  следующий набор компонент:

  • Службы компонента Dtabase Engine
  • Средства связи клиентских средств
  • Средства управления — основные
  • Средства управления — полный набор (полный набор нам будет необходим для создания плана обслуживания)

Важно! Каталог общих компонентов лучше указывать на отдельном диске (отдельно от операционной системы). Это повысит скорость работы и отказоустойчивость.

Конфигурация сервера

Для запуска служб  Агент SQL Server и SQL Database Engine указываем учетную запись. Можно создать отдельнную учетную запись с правами администратора, либо указать учетную запись Администратор. Однако стоит помнить — если Вы решите когда-нибудь сменить пароль для учетной записи, которую здесь указали, то и служба перестанет запускаться. Поэтому используйте учетную запись в которой не планируете менять пароль.

Настройке компонента Databse Engine

Указываем смешанный режим и задаем пароль для sa — системной учетной записи SQL Server.

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

Далее все настройки можно оставить по-умолчанию.

Настраиваем брэндмауэр для работы mssql и 1С Серверa

Создаем правила разрешающее входящие подключения на  порт 1433 для MS SQL и 1541-1560 для 1С Сервера

Создаем правило для программы. Путь до программы будет выглядеть примерно так
C:\Program Files\Microsoft SQL Server\MSSQL13.<InstanceName>\MSSQL\Binn\sqlservr.exe

Настройка свойств сервера Ms SQL для работы с 1С

Запускаем Microsoft SQL Server Management Studio и подключаемся к серверу.

Открываем окно свойств сервера и переходим к пункту Память. Выставляем максимально допустимое значение выделения памяти под нужды SQL сервера. Если этого не сделать он скушает всю свободную память, потому-что по-умолчанию стоит значение  2147483647 МБ. Допустимое значение памяти можно рассчитать по формуле (использовал опыт Алексея Новоселова с Infostat.ru):
[Общее количество оперативной памяти сервера] – [4ГБ под систему(2ГБ если Win2003)] – [1,5 ГБ * количество процессов rphost (если SQL и 1С на одном сервере вращаются.)] Например если у нас на сервере всего 36 ГБ оперативной памяти, стоит Windows 2008 и запущено 8 процессов rphost то рассчет идет так: 36 — 4 — 1.5*8 = 20 ГБ ставим ограничение для SQL.

Переходим к пункту Процессор. Максимальное число рабочих потоков так же лучше установить вручную и задать значение 2048 так как при значении 0 число потоков может не превышать 255. Включаем параметр Поддерживать приоритет SQL.

Конечно эти советы по настройке свойств сервера не панацея и не во всех условиях они будут одинаково хороши, но для большинства случаев думаю вполне подойдет.

Настройка рабочей базы 1С Предприятия

Открываем свойства настраиваемой базы данных.

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

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

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

Когда мы определились с моделью восстановления можно перейти к пункту [Файлы]

Для файла [Данные строк] размер авторасширения выставляем 200МБ. По-умолчанию выставлен 1МБ и это мало. Если у вас много транзакций по 1С, тогда SQL будет вынужден постоянно выполнять авторасширение и это будет тормозить его работу.

Настройку типа файла [Журнал] можно пропустить если используется простая модель восстановления.
Если используется полная то необходимо скорректировать настройки.Авторасширение установим 50МБ. Стоит обратить внимание на ограничение авторасширения и его лучше изменить т.к. значение по-умолчанию больше 2Тб. При большом количестве транзакций, например розничные продажи в 1С Розница,  журнал транзакций будет расти очень быстро и вскоре у вас закончится свободное место на накопителе. Поэтому ограничение лучше установить на 10ГБ. Но это всего-лишь рекомендация, потому-что все индивидуально и зависит от количества транзакций.

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

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

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

Как загрузить и установить SQL Server

  • Домашняя страница
  • Тестирование

      • Назад
      • Agile-тестирование
      • BugZilla
      • Cucumber
      • Тестирование базы данных
      • J2000 JM7000 Jmeter
      • Testing
      • Назад
      • JUnit
      • LoadRunner
      • Ручное тестирование
      • Мобильное тестирование
      • Mantis
      • Почтальон
      • QTP
      • Назад
      • Центр качества (ALM)
      • SAP Testing
      • SAPU
      • Управление тестированием
      • TestLink
  • SAP

      • Назад
      • ABAP 90 004
      • APO
      • Начинающий
      • Basis
      • BODS
      • BI
      • BPC
      • CO
      • Назад
      • CRM
      • Crystal Reports
      • QM4
      • 9000 HRM
      • Заработная плата
      • Назад
      • PI / PO
      • PP
      • SD
      • SAPUI5
      • Безопасность
      • Менеджер решений
      • Successfactors
      • Учебники SAP

        • Apache
        • AngularJS
        • ASP.Net
        • C
        • C #
        • C ++
        • CodeIgniter
        • СУБД
        • JavaScript
        • Назад
        • Java
        • JSP
        • Kotlin
        • Linux
        • Linux
        • Kotlin
        • Linux
        • js
        • Perl
        • Назад
        • PHP
        • PL / SQL
        • PostgreSQL
        • Python
        • ReactJS
        • Ruby & Rails
        • Scala
        • SQL
        • 000
        • SQL
        • 000 0003 SQL 000 0003 SQL 000
        • UML
        • VB.Net
        • VBScript
        • Веб-службы
        • WPF
    • Обязательно учите!

        • Назад
        • Бухгалтерский учет
        • Алгоритмы
        • Android
        • Блокчейн
        • Business Analyst
        • Создание веб-сайта
        • CCNA
        • Облачные вычисления
        • 00030003 COBOL
            9000 Compiler
              9000 Встроенные системы
            • 00030003 9000 Compiler 9000
            • Ethical Hacking
            • Учебные пособия по Excel
            • Программирование на Go
            • IoT
            • ITIL
            • Jenkins
            • MIS
            • Сети
            • Операционная система
            • 00030003
            • Назад
            • Управление проектами Обзоры
            • Salesforce
            • SEO
            • Разработка программного обеспечения
            • VB A
        • Big Data

            • Назад
            • AWS
            • BigData
            • Cassandra
            • Cognos
            • Хранилище данных
            • 0003
            • HBOps
            • 0003
            • HBOps
            • MicroStrategy
            • MongoDB
        .

        SQL Server 2014 Шаг за шагом: установка — статьи TechNet — США (английский)


        Введение

        В этой статье представлена ​​пошаговая процедура установки нового экземпляра SQL Server 2014 с помощью мастера установки SQL Server. Центр установки SQL Server предоставляет единое дерево функций для установки всех компонентов SQL Server, так что вам не придется устанавливать их по отдельности.

        В этом руководстве мы покажем установку по умолчанию всех функций, доступных в версии SQL Server Enterprise.Вы можете обнаружить, что в вашей версии у вас нет всех этих функций. Настоятельно рекомендуется прочитать все комментарии в эту статью перед началом установки.

        * Перед тем, как начать, настоятельно рекомендуется проверить требования к оборудованию и программному обеспечению для установки SQL Server 2014 (здесь).

        Препарат

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

        Лучше всего устанавливать сервер с DVD или из смонтированного файла ISO, который ведет себя как CD / DVD. В этом случае, если дважды щелкнуть значок ДИСКА, файл autorun.inf будет использоваться компонентами AutoRun и AutoPlay операционных систем Microsoft Windows. Это запустит установку с использованием конфигурации в файле autorun.inf. Если на вашем сервере отключен автозапуск, вы можете дважды щелкнуть setup.exe, чтобы начать установку. Чтобы установить из общего сетевого ресурса, найдите соответствующий в общей папке, а затем дважды щелкните значок «Настройка».исполняемый файл.

        Установка, шаг за шагом

        1. При запуске установки появится такое окно:

        Мы обсудим разделы «Планирование» и «Установка» программы установки.

        * Настоятельно рекомендуется ознакомиться с документацией и руководствами в разделе «Планирование»:

        • Требования к аппаратному и программному обеспечению
        • Документация по безопасности
        • Примечания к онлайн-версии
        • Как получить инструменты данных SQL Server
        • Средство проверки конфигурации системы
        • Установить советник по обновлению
        • Справка по установке в Интернете
        • Как начать работу с отказоустойчивой кластеризацией SQL Server 2014
        • Как начать работу с PowerPivot для установки автономного сервера SharePoint

        2.Выберите раздел Установка, чтобы начать установку:

        3. Введите ключ продукта и нажмите Далее :

        4. Для продолжения необходимо принять условия лицензии.

        Настоятельно рекомендуется НЕ задавать на форуме вопросы, касающиеся лицензирования. Интерфейс форума MSDN не для этого, и хорошие люди, которые хотят вам помочь, могут ошибиться с лицензированием. Рекомендуется использовать прямой номер телефона, чтобы связаться с люди, которые могут дать вам официальный ответ 🙂

        Вопросы по лицензированию: звоните 1-800-426-9400, с понедельника по пятницу, 6:00 A.До 18:00. (По тихоокеанскому времени), чтобы поговорить напрямую со специалистом по лицензированию Microsoft.

        5. Установите флажок, чтобы использовать Центр обновления Майкрософт для проверки наличия обновлений после завершения установки, а затем нажмите Далее .

        6. Программа установки SQL Server проверяет ваш компьютер на соответствие аппаратным и программным требованиям для установки SQL Server. Если вы получите какие-либо ошибки в результатах, воспользуйтесь ссылкой в ​​сообщении об ошибке, чтобы получить больше информации.

        Не переходите к следующему шагу, если вы получили какие-либо ошибки в этом отчете!

        7. Выберите первый вариант для установки SQL Server, а затем выберите, какие функции необходимо установить. На следующем этапе мы собираемся выбрать наши функции вручную. Нажмите Далее , чтобы продолжить:

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

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

        * Запомните название экземпляра!

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

        10. Безопасность важна для каждого продукта и любого бизнеса. Следуя простым рекомендациям, вы сможете избежать многих уязвимости безопасности. SQL Server работает как группа служб в фоновом режиме. На этом шаге вы можете выбрать учетные записи служб для действий SQL Server.Каждая служба в SQL Server представляет собой процесс или набор процессов для управления аутентификацией. работы SQL Server с Windows. Каждую службу можно настроить для использования собственной учетной записи службы. Для получения дополнительной информации вы можете прочитать это статья. После настройки этого шага перейдите на вкладку сопоставления!

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

        12. SQL Server может работать в одном из двух режимов безопасности (аутентификации): (а) в режиме аутентификации Windows, который позволяет пользователю подключаться через учетную запись пользователя операционной системы. или (b) смешанный режим, который позволяет пользователям подключаться к экземпляру SQL Server. с использованием проверки подлинности Windows или SQL Server.

        13. По умолчанию SQL Server использует системный операционный диск. Поэтому настоятельно рекомендуется использовать лучшие практики в соответствии с вашей конкретной системой и использованием. Отделение файлов журнала от файлов данных может значительно повысить производительность. Системная база данных tempDB широко используется SQL Server. Эта база данных перестраивается каждый раз при перезапуске сервера. (Подробнее о TempDB см. В этой статье. Понимание Вход в Tempdb. Создается или перестраивается Tempdb после запуска SQL Server?) Настоятельно рекомендуется использовать для этой базы данных быстрый диск.Это лучше Практика разделения данных, журналов транзакций и базы данных tempdb для сред, в которых вы можете гарантировать такое разделение. Есть важные моменты, которые следует учитывать, и в данной статье они пока не рассматриваются. Для небольших систем вы можете использовать значение по умолчанию конфигурации, а затем при необходимости изменить.

        14. FILESTREAM позволяет приложениям на базе SQL Server хранить неструктурированные данные, такие как документы и изображения, в файловой системе. FILESTREAM интегрирует ядро ​​СУБД SQL Server с файловой системой NTFS, сохраняя большой двоичный объект varbinary (max) (BLOB) данные в виде файлов в файловой системе.

        15. Экземпляр служб Analysis Services — это копия исполняемого файла msmdsrv.exe, который запускается как служба операционной системы. Каждый экземпляр полностью независим от других экземпляров на том же сервере, имея свои собственные параметры конфигурации, разрешения, порты, запуск учетные записи, хранилище файлов и свойства режима сервера. Режим сервера — это свойство сервера, которое определяет, какая архитектура хранилища и памяти используется для этого экземпляра. На этом этапе вы можете добавить пользователей Windows, чтобы предоставить им административные разрешения для Служба анализа.Настоятельно рекомендуется добавить администратора машины, а также других пользователей, которым потребуется управлять этой службой. Вы можете получить больше информации в эта ссылка. Перейдите в каталоги данных для следующего шага.

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

        17.Выберите, хотите ли вы установить и настроить службу отчетов или просто установить, что означает, что вам нужно будет настроить ее позже.

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

        19. При установке функций распределенного воспроизведения Microsoft SQL Server учитывайте следующее:

        • Вы можете установить инструмент администрирования на тот же компьютер, что и контроллер распределенного воспроизведения, или на разные компьютеры.
        • В каждой среде распределенного воспроизведения может быть только один контроллер.
        • Вы можете установить клиентскую службу максимум на 16 (физических или виртуальных) компьютеров.
        • На компьютере контроллера распределенного воспроизведения можно установить только один экземпляр клиентской службы. Если ваша среда распределенного воспроизведения будет иметь более одного клиента, мы не рекомендуем устанавливать клиентскую службу. на том же компьютере, что и контроллер. Это может снизить общую скорость распределенного воспроизведения.
        • Для сценариев тестирования производительности мы не рекомендуем устанавливать инструмент администрирования, службу контроллера распределенного воспроизведения или клиентскую службу на целевом экземпляре SQL Server. Установка всех этих функций на Целевой сервер должен быть ограничен функциональным тестированием на совместимость приложений.
        • После установки служба контроллера, контроллер распределенного воспроизведения SQL Server, должна быть запущена до того, как вы запустите клиентскую службу распределенного воспроизведения на клиентах.
        • Убедитесь, что компьютеры, которые вы хотите использовать, соответствуют требованиям, описанным в разделе Требования к распределенному воспроизведению.
        • Перед тем, как начать эту процедуру, вы создаете учетные записи пользователей домена, под которыми будут работать контроллер и клиентские службы. Мы рекомендуем, чтобы эти учетные записи не входили в группу администраторов Windows. Чтобы получить больше информации, см. раздел «Учетные записи пользователей и служб» в разделе «Безопасность распределенного воспроизведения».

        20.Это все 🙂 Программа установки SQL Server покажет нам отчет обо всей нашей конфигурации (шаги 1-19). После того, как вы нажмете «Далее», начнется установка.

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

        Теперь вы готовы подключиться к серверу 🙂

        Подключение к серверу

        Откройте новое приложение SSMS, которое мы только что установили (на шаге 8 мы выбираем, какие функции нужно установить. Если вы выбрали Management Tools, оно включает SQL Server Management Studio).

        На шаге 9 мы выбираем имя экземпляра для нашей новой установки. Мы сказали вам запомнить название экземпляра. Пришло время использовать это.

        Запустите приложение SSMS и используйте информацию, как показано на изображении выше, для подключения к серверу. Вы должны заменить текст «XXX» выбранным вами именем экземпляра.

        * По любым вопросам, касающимся установки, вы можете использовать форум MSDN (английский форум, Еврейский форум).

        Ресурсы и дополнительная информация


        .

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *