Конспект установки 1С:Предприятие 8 на MS SQL Server

Ниже идет небольшой текст, который можно осилить прочитать. Но если сразу до конца «много» покажется, запомните в закладки (клавиши Ctrl + D) , потом всегда можно будет вернуться.

Клиент-серверный режим работы

Что означают понятия «клиент» и «сервер»? Клиентом является запрашивающая машина (обычно ПК), сервером — машина, которая отвечает на запрос. Оба термина (клиент и сервер) могут применяться как к физическим устройствам, так и к программному обеспечению.

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

Важно! На видео выбрана кодировка не для 1С (видео не мое)

Клиентская часть 1С:Предприятия 8.1, установленная на компьютере пользователя выполняет запрос к серверной части 1С:Предприятия 8.1, расположенной на сервере. Для взаимодействия используется протокол TCP/IP. Применительно к SQL Server, клиентами являются рабочие сервера кластера 1С:Предприятия 8.1. Клиент SQL (сервер приложений) выполняет запрос по протоколу TCP/IP. Для взаимодействия с клиентами MS SQL Server использует порт 1433 (по умолчанию). Могут использоваться и другие порты, если используется несколько экземпляров приложения SQL Server. Кроме этого, в SQL Server 2005 используется порт 1434 для обзора списка доступных серверов. IBM DB2 использует для своих клиентов порт 50000 (по умолчанию) по протоколу TCP/IP. Таким образом получается, что применительно к 1С:Предприятию 8.1 образуются две связки «клиент-сервер»: 1 — клиент (компьютер пользователя) — сервер (сервер приложений) 2 — клиент (сервер приложений) — сервер (сервер баз данных)

Обучающий ролик (внимание, анлийский язык, ролики не мои!)

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

Для работы MS SQL Server подходят большинство современных компьютеров.

Обязательно понадобятся (они идут в дистрибутиве):

Windows Installer
.NetFramework

Как «правильному» админу (DBA) вам еще нужно будет приготовить:

SQL Server Performance Dashboard Reports
SQL Server Best Practices Analyzer

Параметры установки

Важно! На видео выбрана кодировка не для 1С (видео не мое)

После установки

Оставьте для работы только протоколы TCP/IP и SHARED MEMORY

В версии Express экземпляр по умолчанию отличается от других версий, после имени компьютера нужно указывать именованный экземпляр SQLEXPRESS. А также по умолчанию выключен протокол TCP/IP, нужный для работы с 1С:Предприятие 8.

Протокол именнованных каналов выключите совсем (и для «клиента» тоже на сервере приложений).

Обновите экземпляр сервера до актуального релиза

Обновите версию MS SQL Server 2005 до последней.

Для повышения быстродействия выключите проверку сертификатов

EXEC sp_fulltext_service ‘verify_signature’, 0 GO

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

ALTER DATABASE tempdb

Modify file (NAME=tempdev, FILENAME=’F:\SQLDATA\tempdb_data.mdf’)

ALTER DATABASE tempdb

Modify file (NAME=templog, FILENAME=’E:\SQLLOG\tempdb_log.ldf’)

Выключите антивирус на сервере СУБД После всех настроек посмотрите на рекомендации SQL Server 2005 Best Practices Analyzer

SQL Server 2005 Best Practices Analyzer — это небольшое приложение (дистрибутив — 1.9 Мб), позовляющее анализировать сервисы и БД MS SQL Server 2005. В результате выдается отчет о том, что не очень хорошо, а что совсем плохо.

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

Регламентное обслуживание

Рекомендуется также выполнять следующие регламентные операции:

Обновление статистики базы данных (один или несколько раз в день) Детали вынесены в отдельную заметку http://www.gilev.ru/updatestat/ Очистка процедураного кэша СУБД (после обновления статистики) Реиндексация базы данных (раз в сутки в не рабочее время)

Если вручную, то

Через графический интерфейс:

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

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

Функция таблицы динамического управления sys.dm_db_index_physical_stats возвращает процент фрагментации в столбцеavg_fragmentation_in_percent. Если значение в этом столбце превышает 25%, то для восстановления исходных параметров производительности рекомендуется выполнить дефрагментацию/реиндексацию этого индекса.

Еще проще, воспользовшись отчетом:

Настройте резервное копирование

Не забудьте настроить автоматический бэкап для вашей базы данных. Это существенно дешевле, чем не делать бэкап и без нервов 🙂 . Хотя бы раз в неделю проверяйте, что не закончилось место и восстанавливайте бэкап в копию базы для проверки а спасет ли бэкап, «если что»…

Уменьшение размера базы (лога) данных

Уменьшить базу данных можно или с помощью графического интерфейса приложения SQL Server Management Studio. Первый случай выполняется посредством вызова контекстного меню на необходимой базе и выбора Tasks — Shrink — Database. Второй случай опишем несколько подробнее. Ниже приведен скрипт уменьшения лога:

DBCC shrinkdatabase(N’base1c’, TRUNCATE_ONLY); /*усечение всей базы*/

use [base1c] DBCC SHRINKFILE (N’base1c_Data’, 101); /*усечение только файла данных до размера 101 мб*/

use [base1c] DBCC SHRINKFILE (N’base1c_Log’, 0); /*усечение только файла транзакций до размера 0 мб*/

CHECKPOINT; /*Записывает все данных из буферного кэша в текущей базе данных на диск*/

BACKUP LOG [base1c] TO DISK = N’F:\log\base1c.bak’ WITH TRUNCATE_ONLY /*очистка журнала транзакций */

где: base1c — имя базы данных F:\log\base1c.bak — путь к файлу бэкапа лога

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

📎📎📎📎📎📎📎📎📎📎