Установка сервера 1с 8 3.

Рассмотрим вопросы установки и настройки MS SQL Server для 1С.

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

В зависимости от этого можно обозначить следующие варианты:

• Вариант 1. Предприятие, с количеством операций в день до 500;
• Вариант 2. Предприятие, с количеством операций в день более 500, но в основном не интерактивных (загрузка платежей из Интернета и банк-клиента, загрузка заказов из Интернет-магазина, автоматическое формирование складских и транспортных операций и т.д.);
• Вариант 3. Предприятие, с количеством операций в день более 500, большинство из которых являются интерактивными, т.е. инициируются и оформляются пользователями.

Для первых двух вариантов MS SQL Server можно устанавливать на том же сервере, где установлен 1С, что особенно актуально, скорее, для второго варианта при условии соблюдения требований по «железу». А вот в третьем случае MS SQL Server нужно устанавливать только на отдельный сервер.

Рассмотрим характеристики «железа» для всех трех случаев

В случае установки на отдельный сервер:

Процессор

• Вариант 1. Не ниже 1.8 ГГц (желательно 2-х ядерный)
• Вариант 2. Не ниже 2х2ГГц с числом ядер не менее 2-х
• Вариант 3. Не ниже 4х3ГГц с числом ядер не менее 4-х

• Вариант 1. Не менее 8 ГБ
• Вариант 2. Не менее 32 ГБ
• Вариант 3. Не менее 128 ГБ

Дисковая подсистема

• Вариант 1. SAS не менее 120 ГБ
• Вариант 2. SAS не менее 500 ГБ (желательно SSD)
• Вариант 3. SAS не менее 1 ТБ (рекомендуется SSD)

Сетевое подключение

• Вариант 1. Не менее 1 Гб/сек
• Вариант 2. Не менее 1 Гб/сек (желательно оптика)
• Вариант 3. Не менее 1 Гб/сек (рекомендуется оптика)

В случае совместной установки с сервером 1С Предприятия:

Процессор

• Вариант 1. Не ниже 2х2ГГц с числом ядер не менее 2-х
• Вариант 2. Не ниже 4х3ГГц с числом ядер не менее 4-х

• Вариант 1. Не менее 32 ГБ
• Вариант 2. Не менее 128 ГБ
• Вариант 3. Категорически запрещено так делать

Дисковая подсистема

• Вариант 1. SAS не менее 500 ГБ (желательно SSD)
• Вариант 2. SSD не менее 1 ТБ
• Вариант 3. Категорически запрещено так делать

Сетевое подключение

• Вариант 1. Желательно 1 Гб/сек
• Вариант 2. Желательно 1 Гб/сек
• Вариант 3. Категорически запрещено так делать

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

Теперь перейдем непосредственно к процессу установки MS SQL Server для 1С в варианте MS SQL Server 2014 на операционную систему MS Windows Server 2012

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

Запустить установку MS SQL Server для 1С под администратором.

В открывшемся окне на правой панели выбираем «Установка».

Начнется установка MS SQL Server для 1С. В ходе установки вас попросят ввести ключ продукта и ознакомиться с условиями лицензирования. После этого необходимо выбрать роль сервера, выбрав «Установка компонентов MS SQL Server».

Следующим шагом будет выбор устанавливаемых компонентов. Обычно они все выделены, но если нет, то жмите кнопку «Выделить все».

Ничего не меняйте, т.е. жмите «Далее», пока не возникнет окно «Настройка компонента Database Engine». В этом окне на первой закладке укажите пользователя «sa» и задайте его пароль (можно назначить и пользователя Windows, но более безопасным считается пользователь «sa»).

На двух других закладках можно настроить новые каталоги для хранения пользовательских БД (но лучше не менять).

Теперь вы установили MS SQL Server для 1С

«Откроем» наш MS SQL Server для 1С. Для этого переходим в приложения и находим там SQL Server 2014 Management Studio.

После того, как подключились, слева в дереве выбираем «Безопасность», а в нем – «Имена входа». Нажав правую кнопку мыши, выбираем в подменю «Создать имя входа». В открывшейся форме указываем имя пользователя и его пароль (запомните этот пароль и этого пользователя, т.к. именно его вы будете указывать при подключении баз из сервера 1С).

Переходим к «Защищаемые объекты» и устанавливаем право на соединение с SQL, как на рисунке.

Жмем на «Ок». Установка MS SQL Server для 1С и его настройка завершена.

Переходим к подключению базы 1С на сервере 1С

Запускаем консоль администрирования серверов «1С:Предприятие».

Открывшийся диалог заполнить, как это показано на рисунке. <Имя базы на латинице> - укажите имя своей базы. <Имя компа MS SQL Server> - укажите имя компьютера, на который вы ранее установили MS SQL Server для 1С.

Жмем на «Ок». База подключена.

Можно подключить базу прямо из диалога подключения базы 1С.

Для этого запускаем диалог открытия баз 1С и жмем кнопку «Добавить».

В появившемся окне, выбираем «Создание новой информационной базы».

В следующем окне выбираем нужный шаблон в дереве или указываем «Создание новой базы без конфигурации…».

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

На следующей вкладке заполняем поля, аналогично тому, как это было описано в разделе подключения базы с сервера 1С.

Оптимизация SQL под 1С завершена. Можно запускать и работать.

Установка сервера 1С Предприятия на платформе Windows задача простая и интуитивно понятная, с которой по силам справиться даже неопытному администратору. Однако мы решили уделить ей пару строк, чтобы внести окончательную ясность в данный вопрос и придать нашему циклу полноту и законченность.

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

Прежде всего поговорим о версиях. На текущий момент 1С предлагает сервер в двух редакциях 32-х и 64-х бита, которые различаются прежде всего стоимостью 42 000 и 72 000 руб. При этом следует помнить, что лицензия на 64-битный сервер дает право использовать 32-битную версию, но не наоборот. Для нормальной работы сервера 1С Предприятия ключ защиты должен быть физически подключен к серверу, однако для успешного запуска прикладных решений вам понадобится сетевой ключ на нужное количество пользователей, оба ключа можно физически располагать на одном сервере, друг другу они не мешают. Подробнее о ключах .

Широко распространенная ошибка - установка не той версии сервера, когда на 64-битную серверную ОС устанавливают 64-битный сервер имея лицензию для 32-битного. Поэтому перед установкой внимательно проверьте какая именно версия у вас приобретена.

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

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

Основной компонент - Сервер 1С:Предприятия , уточнять его назначение нам кажется излишним. Если вы предполагаете использовать веб-сервер или тонкий клиент через интернет - следует установить Модули расширения веб-сервера , компонента Администрирование сервера 1С:Предприятия обязательной не является, ее можно (и нужно) установить на рабочее место администратора.

С 64-битной версией попроще, данный пакет установки содержит только сервер 1С Предприятия:

Как можно заметить, в 64-битной поставке отсутствует компонента администрирования сервера, при необходимости ее следует установить из 32-битного дистрибутива.

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

Для запуска служб сервера 1С Предприятия можно использовать учетную запись Администратора или, что будет более правильно и безопасно, специальную учетную запись USR1CV82 . Если данная учетная запись не существует вам будет предложено ее создать во время установки.

При задании пароля помните, что он должен соответствовать требованиям политики безопасности, в противном случае получите ошибку 8007056B / 800708C5 , в этом случае вам будет нужно установить новый пароль данному пользователю вручную. Также недопустимы пустой пароль, даже если ваша политика безопасности это позволяет.

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

Здесь возможны два варианта действий. Если вы помните пароль, то прервите установку и выполните ее заново, указав пароль правильно. В противном случае нажмите Пропустить и смените пароль пользователя USR1CV82 на тот, который вы указали при установке. После чего запустите службу Агент сервера 1С:Предприятия 8.2 вручную.

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

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

Что такое клиент-серверная архитектура

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

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

Что касается клиент-серверного варианта, то при этом для правильного функционирования базы данных применяются сторонние программные комплексы. Это MS PostgresSQL. Стоит заметить, что сторонние системы управления считаются более мощными, нежели встроенные. При этом обеспечивается наилучшее быстродействие, а самое главное - в разы повышается защищенность баз данных.

Мы рассмотрим именно установку клиент-серверной архитектуре на MS SQL. Это наиболее лучший вариант для правильной работы 1С. При установке PostgreSQL 1С сервера возникает необходимость в том, чтобы базы часто индексировались. Oracle обладает большим числом проблем, связанных с упорядочением данных в базе. DB2, если сравнивать с конкурентами, ограничен по длине числа.

Нужно ли переносить базу в серверный вариант

В том случае, если с одной базой данных работает не более 7 человек, а размер у нее довольно небольшой, то вполне достаточно будет использовать файловый вариант. Но если одновременно с одной базой работает от 8 до 12 человек, а ее объем - до 4 ГБ, то лучше всего использовать клиент-серверную версию. В этом случае многое будет зависеть от личного восприятия при работе с базой. Могут возникнуть проблемы при большом количестве одновременных запросов к ресурсам.

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

В том случае, если при большом количестве обращений начинается подвисание системы, необходимо модернизировать архитектуру, использовать более продвинутый тип. Если же работает с базой более 15 человек, а ее суммарный размер занимает больше 4 ГБ, то про установку файловой системы даже не стоит и думать. Сразу нужно ставить клиент-серверный вариант 1С.

Установка: основные шаги

Шаги, которые нужно выполнить при разворачивании клиент-серверной: установки MS SQL на сервер:

1. Установка на том же сервере платформы 1С.
2. Установка на всех компьютерах клиентов 1С. Поставить нужно только там, где необходимо подключение к серверу баз данных.
3. Создание информационной базы в SQL.

О том, как осуществляется установка 1С на сервер Windows, а также настройки, мы расскажем в нашей статье.

Обновление ПО

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

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

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

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

1. Служба компонента Database Engine.
2. Средство управления Management Tool.
3. Средство связи клиентских средств Client Tool Connectivity.

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

Окончательная установка СУБД

Далее нужно перейти во вкладку «Параметры сортировки». Обязательно нужно выбрать параметр Cyrillic_General_CI_AS, который определяет конфигурацию сервера. Также необходимо поставить галочку «Смешанный режим» во вкладке «Конфигурации сервера».

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

Теперь переходите во вкладку «Каталоги данных» и выбираете расположение пользователей и временных на дисках, у которых максимальная производительность. Желательно использовать диски SSD на RAID. Теперь осталось нажать «Далее» и приступить к установке дистрибутива. Все остальные настройки оставьте по умолчанию. После установки ваш дистрибутив SQL полностью готов к полноценной работе.

Установка на серверный компьютер

Теперь можно приступить к установке сервера 1С 8.3 на Windows и запуску служб. Вам потребуется дистрибутив платформы «1С: предприятие». Можно использовать такие:

1. Технологическая платформа 1С: Предприятия для Windows - производится при этом установка программного обеспечения на компьютеры с разрядностью 32 бит.
2. Версия «Сервер 1С: Предприятия» можно ставить на серверы разрядностью как 32, так и 64 бит.

Стоит упомянуть и про расширенную версию «КОРП». Правда, установка сервера "1С Предприятия" 8.3 нужна далеко не каждой компании. В случае же необходимости, чтобы приступить к установке, нужно открыть каталог и запустить файл с именем setup.exe.

Процедура инсталляции ПО

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

1. Администрирование сервера «1С: Предприятия». Инструкция по установке будет дальше.
2. Непосредственно компоненты серверного ПО.

В перечне будет много компонентов, их список разнится в зависимости от версии, но вам нужно установить только эти два. Выбираете все необходимые компоненты и переходите на следующий шаг. В том случае, если сервер ставится как одна из служб ОС Windows, нужно сделать точку для отдельного пользователя. Из-под него и будет производиться запуск службы. Чтобы это сделать, вам понадобится:

1. Установите напротив надписи «Установить сервер 1С: Предприятие как сервис Windows (рекомендуется)» галочку.
2. Переведите переключатель «Создать пользователя USR1CV8» в нужное положение.
3. Введите дважды пароль для пользователя, которого создаете.

Завершение установки

Вы можете также выбрать уже имеющегося пользователя для того,чтобы производить запуск 1С. Но у него должны быть такие права:

1. Входа в систему как пакетного задания.
2. Входа в систему в качестве сервиса.
3. Пользователей журналов производительности.

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

При установке помощник вам предложит поставить драйвер защиты. В том случае, если вы используете программную лицензию на сервер 1С, то устанавливать этот драйвер не нужно. После успешного завершения установки вы увидите последнее окошко с кнопкой «Готово». Нажимаете на нее и завершаете установку.

Установка на клиентские компьютеры

А теперь давайте рассмотрим, как произвести установку программного обеспечения на компьютеры клиентов. Ранее мы рассмотрели установку сервера 1C 8.3 на Windows. Процедура практически схожа, но имеются отличия в деталях. Для инсталляции вам нужно запустить установочный файл, который находится в папке дистрибутива. Если нажать на кнопку «Изменить», у вас появится возможность отредактировать перечень компонентов, которые будут установлены. Количество компонентов напрямую зависит от того, какая версия дистрибутива используется.

Компоненты ПО

Описание компонентов программного обеспечения:

1. Тонкий клиент - эти компоненты требуются для нормальной работы в режиме клиент-сервер.
2. «1С: Предприятие» - это основной набор компонентов, включая тонкий и толстый клиенты, элементы конфигурирования и администрирования.
3. Файловый вариант тонкого клиента - необходимы для нормального функционирования файлового варианта клиента.
4. Различные модули для расширения веб-сервера - необходимы для работы веб-сервисов и клиентов.
5. Сервер "1С: Предприятие" (установка сервера 1С 8. 2 версии рассматривается в нашем материале, производится так же, как и версии 8. 3).
6. Языковые интерфейсы - пользовательский интерфейс для работы с использованием различных языков.
7. Администрирование серверов - это набор дополнительных компонентов, которые позволяют администрировать кластеры серверов 1С.
8. Конвертор информационных баз для «1С: Предприятия».
9. Серверы хранилищ конфигураций - позволяют сохранять все настройки компонентов программного обеспечения.

Когда осуществите выбор нужных компонентов, нажимаете на кнопку «Далее» и устанавливаете программу.

Как и при установке сервера «1C: Предприятия», вам помощник предложит инсталлировать драйвер защиты. Но он потребуется только в том случае, если при работе программного обеспечения будет использоваться электронный ключ, устанавливаемый в USB-разъем.

При успешном завершении инсталляции вы попадете на финишное окно, останется только прочесть содержимое файла Readme (по желанию) и нажать на кнопку «Готово».

Как добавить информационную базу в список

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

1. Если вам нужно создать новую БД, чтобы вести учет, нажмите кнопку «Нет». И сначала установите типовой шаблон, на основе которого создайте БД.
2. Если у вас есть база, к ней нужно подключиться. При этом нужно нажать «Да» и добавить в список существующую БД.

Процедура создания базы данных

В SQL версии база данных создается примерно так же, как и в файловой. Но есть различия - при выборе типа расположения БД нужно указать «На сервере». Далее задаете параметры, необходимые для работы:

1. На вкладке «Кластер серверов» указываете имя или адрес сервера, на котором установлен SQL.
2. Задаете имя в графе «Имя информационной базы».
3. Указываете тип системы управления БД - SQL.
4. Указываете имя супер-пользователя и его пароль (рассматривали выше).
5. При необходимости указываете смещение даты.
6. Обязательно ставите галочку возле «Создать БД в случае ее отсутствия».
7. Нажимаете кнопку «Далее».

Вот и все, теперь база создана и она находится на сервере. Ее можно увидеть среди доступных и отредактировать.

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

В большинстве случаев для установки 1C:Предприятия 8.х в варианте “клиент-сервер” достаточно запуска программы установки 1С:Предприятия 8.х. При этом сервер 1С:Предприятия получает стандартные значения параметров, необходимые для его нормального функционирования.

Рассмотрим установку сервера 1С:Предприятия более детально. В процессе установки сервера 1С:Предприятия 8.х программа установки 1С:Предприятия 8.х выполняет следующие действия:

* Копирует загрузочные модули сервера 1С:Предприятия в каталог, указанный программе установки 1С:Предприятия в качестве конечной папки.
* Если в процессе установки выбрано "Создать пользователя USR1CV81", то создает пользователя USR1CV81. От имени этого пользователя работает сервер 1С:Предприятия 8.1, если он запускается как сервис. Ему доступны только те ресурсы, которые необходимы серверу 1С:Предприятия. Важно, что серверу 1С:Предприятия для работы необходимы два каталога: общий каталог с данными сервера (обычно "C:\Program Files\1cv81\server") и каталог временных файлов (обычно "C:\Documents and Settings\usr1cv81\Local Settings\Temp" или "C:\WINNT\Temp"). Пользователь USR1CV81 получает права на общий каталог с данными сервера. Каталог временных файлов обычно доступен всем пользователям.
* Если в процессе установки включено "Установить сервер 1С:Предприятия 8.1 как сервис Windows", то регистрирует в Windows сервис агента сервера 1С:Предприятия и запускает его. При первом запуске создается кластер серверов 1С:Предприятия с настройками по умолчанию. В нем один рабочий сервер и один рабочий процесс. Адрес рабочего сервера совпадает с именем компьютера, на котором выполнена установка.

Пользователь USR1CV81 или USR1CV82 и его права

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

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

* Каталог загрузочных модулей находится в каталоге, заданном программе установки 1С:Предприятия в качестве конечной папки. В нем расположены загрузочные модули сервера 1С:Предприятия. Пользователь USR1CV81 необходимы права на чтение данных и запуск программ из этого каталога и его подкаталогов. Он получает эти права неявно, благодаря включению в группу Users.
* Каталог данных сервера обычно имеет имя "C:\Program Files\1cv81\server". Пользователю USR1CV81 необходимы полные права на этот каталог. Программа установки 1С:Предприятия при создании пользователя USR1CV81 наделяет его правами на этот каталог.
* Каталог временных файлов обычно имеет имя "C:\Documents and Settings\usr1cv81\Local Settings\Temp" или "C:\WINNT\Temp", которое определяется значением переменной TEMP окружения пользователя или переменной TEMP системного окружения. Посмотреть значение этой переменной можно в диалоге System Properties (Start -> Settings -> Control Panel -> System -> Advanced -> Environment Variables). Программа установки 1С:Предприятия задает пользователю USR1CV81 полные права на этот каталог. Обычно при установки Windows каталог временных файлов доступен всем пользователям посредством включения в его список доступа группы CREATOR OWNER. Однако, это доступ не полный. В частности, всем пользователям не доступна операция поиска файлов в этом каталоге. Установка пользователю USR1CV81 полных прав на каталог временных файлов позволяет серверу 1С:Предприятия выполнять все необходимые ему операции. Посмотреть список доступа можно в диалоге свойств каталога на закладке Security. Наличие группы CREATOR OWNER позволяет обращаться к каталогу любому пользователю, создающему какие-нибудь файлы в этом каталоге или владеющему какими-нибудь файлами в этом каталоге. При этом в списке доступа созданного файла вместо группы CREATOR OWNER будет записан пользователь, создавший файл. Среди пользователей, которым разрешен доступ в этот каталог, должен быть и пользователь USR1CV81, наделенный полными правами на этот каталог.
Важно иметь в виду, что каталог временных файлов определенного пользователя (в том числе и пользователя USR1CV81) определяется комбинацией переменных окружения этого пользователя и системных переменных окружения. Чтобы узнать этот каталог, программа установки 1С:Предприятия запрашивает контекст пользователя USR1CV81. В для этого в Windows 2000 пользователю, от имени которого запускается программа установки 1С:Предприятия, могут потребоваться привилегии: Act as part of the operating system и Bypass traverse checking. Проверить привилегии пользователя можно утилитой Local Sequrity Settings в ветке Local Policies -> User Rights Assignment. В процессе установки нового программного обеспечения программа установки обычно получает эти привилегии автоматически.

Регистрация сервера 1С:Предприятия как сервиса Windows

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

Для просмотра списка сервисов Windows и их параметров предназначена утилита Component Services (Start -> Settings -> Control Panel -> Administrative Tools -> Services). Сервер 1С:Предприятия представлен в списке сервисов сервисом "Агент сервера 1С:Предприятия 8.1". Параметры сервиса определяют запуск процесса "Агент сервера 1С:Предприятия" (ragent), пользователя, от имени которого он запускается, а также способ перезапуска в аварийных ситуациях.

В диалоге свойств сервиса "Агент сервера 1С:Предприятия 8.1" на закладке General показана строка запуска процесса ragent, который является Агентом сервера 1С:Предприятия. Обычно эта строка имеет вид:


В ней указано, что:

* процессом Агента сервера является загрузочный модуль "C:\Program Files\1cv81\bin\ragent.exe";
* процесс ragent запускается как сервис Windows и должен управляться менеджером сервисов (-srvc);
* используется как Агент сервера 1С:Предприятия (-agent);
* при первом запуске сервиса должен быть создан кластер с параметрами по умолчанию и главным IP-портом номер 1541 (-regport 1541). По этому порту клиентские приложения должны соединяться с информационными базами, зарегистрированными в кластере;
* IP-порт агента сервера должен иметь номер 1540 (-port 1540). По этому порту Консоль кластера должна соединяться с центральным сервером для выполнения административных функций;
* при запуске процессов кластера на данном сервере им будут динамически назначаться IP-порты из диапазона 1560-1591 (-range 1560:1591).
* общие данные кластера будут размещены в каталоге "C:\Program Files\1cv81\server" (-d "C:\Program Files\1cv81\server").

Сервис "Агент сервера 1С:Предприятия 8.1" может быть добавлен или удален не только при установке или удалении 1С:Предприятия программой установки 1С:Предприятия 8.1, но и вручную. Для этого можно исполнить из командной строки утилиту ragent, указав ей соответствующие параметры.

Для создания сервиса нужно указать параметр -instsrvc и параметры: -usr - имя пользователя, от имени которого должен быть запущен сервис, -pwd - пароль этого пользователя. При этом остальные параметры станут параметрами строки запуска Агента сервера 1С:Предприятия как сервиса. Например, для стандартной регистрации сервиса Агента сервера 1С:Предприятия в отладочном режиме набор параметров должен быть таким:

"C:\Program Files\1cv81\bin\ragent.exe" -instsrvc -usr .\USR1CV81 -pwd Password -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv81\server" -debug

Для удаления сервиса нужно указать параметр -rmsrvc. Например:
"C:\Program Files\1cv81\bin\ragent.exe" -rmsrvc

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

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

Запустите утилиту regedit (откройте Start -> Run и наберите regedit) и выберите ветку:


Среди ее параметров есть параметр ImagePath, значением которой является строка запуска Агента сервера 1С:Предприятия. Здесь можно добавить новые параметры строки запуска или поменять значения существующих. Полный список возможных параметров приведен в книге "1С:Предприятие 8.1 Клиент-сервер" документации.

При необходимости регистрации нескольких независимых сервисов Агента сервера 1С:Предприятия нужно указать им разные загрузочные модули, разные порты и разные каталоги данных кластера. Еще требуется зарегистрировать их с разными идентификаторами сервисов. Это можно сделать так:

* Создать первый сервис:
"C:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv81\server"

* При помощи утилиты regedit изменить идентификатор зарегистрированного сервиса. Для этого: выбрать ветку
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent First
* Создать второй сервис:
"C:\Program Files\1cv81_10\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv81_10\server"

* Быть может, его идентификатор тоже изменить. Для этого: выбрать ветку
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent
и изменить ее имя, например на:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent Second

Что не может сделать программа установки 1С:Предприятия?

Как уже говорилось, программа установки 1С:Предприятия копирует загрузочные модули 1С:Предприятия и выполняет необходимую регистрацию в COM и в менеджере сервисов Windows. Выше приведена информация, необходимая для понимания внутренних механизмов этой регистрации. Если на серверном компьютере установлен не только сервер, но и клиентская часть 1С:Предприятия, то она готова к работе сразу после установки (и подключения ключей защиты).

Чтобы сервер 1С:Предприятия был доступен с других компьютеров в локальной сети, необходимо проверить сетевые настройки на серверном и клиентском компьютере, а также для сети в целом. Для передачи данных между клиентскими приложениями и сервером 1С:Предприятия, а также между процессами кластера серверов используется TCP/IP. От правильности его настройки зависит работа 1С:Предприятия в варианте клиент-сервер.

Процессы кластера серверов 1С:Предприятия соединяются друг с другом по адресам, определенным в качестве значений свойства "Компьютер" диалога свойств рабочих серверов. Для кластера необходимо, чтобы значением свойства "Компьютер" был либо IP-адрес в точечной нотации, либо такой символический адрес, по которому может быть определен IP адрес при помощи функции gethostbyname, определенной в программном интерфейсе протокола TCP. Определение IP-адреса выполняется либо на основании локальной таблицы символических адресов (C:\WINNT\system32\drivers\etc\hosts), либо по таблицам адресов в доступных DNS серверах. Если по символическому адресу рабочего сервера его IP-адрес не определяется или определяется неправильно (например, IP-адрес не совпадает с фактическим IP-адресом данного компьютера), то кластер работать не будет. Важно, чтобы имена компьютеров и их адреса, определенные в Windows на каждом из рабочих серверов кластера, не противоречили их именам в DNS.

На каждом рабочем сервере процессы кластера используют следующие порты: IP порт рабочего сервера (обычно 1540); IP порты из диапазонов IP портов рабочего процесса (обычно 1560-1591). Кроме того, на центральном сервере кластера используется порт кластера (обычно 1541). Если в системе используются сетевые экраны, то передача данных по этим портам должна быть разрешена. Вместо разрешения портов из приведенного списка можно разрешить передачу данных процессам кластера (ragent, rmngr, rphost).

Соединение клиентского приложения 1С:Предприятия с сервером выполняется в 2 этапа. Сначала оно устанавливает соединение с менеджером кластера. При этом используется адрес центрального сервера (символический или числовой) и порт кластера (обычно 1541). Далее клиентское приложение устанавливает соединение с одним из рабочих процессов. В качестве его адреса используется значение свойства "Компьютер" соответствующего рабочего сервера и порт рабочего процесса, который выбирается из диапазона IP портов рабочего сервера. Передача данных на эти порты должна быть разрешена во всех сетевых экранах на маршруте от компьютера клиентского приложения до компьютеров кластера серверов 1С:Предприятия. Определение IP адреса серверных процессов выполняется при помощи функции gethostbyname на компьютере клиента. Важно, чтобы имена центрального и рабочих серверов и их адреса, определенные в Windows на каждом из серверов кластера, не противоречили их именам в DNS, доступном компьютеру клиента.

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

Особенности настройки SQL-сервера

1С:Предприятие в варианте «клиент-сервер» использует для хранения данных SQL-сервер. При этом к SQL-серверу обращается только Сервер 1С:Предприятия. Клиенты 1С:Предприятия непосредственного доступа к SQL-серверу не имеют. Установка и настройка SQL-сервера подробно описана в документации по Microsoft SQL Server. Для успешной работы Сервера 1С:Предприятия с SQL-сервером необходимо обратить особое внимание на следующие настройки.

* Необходимые компоненты SQL-сервера. Для доступа к SQL-серверу со стороны Сервера 1С:Предприятия на компьютере Сервера 1С:Предприятия должны быть установлены компоненты Microsoft Data Access 2.6 или более поздний.
* Аутентификация пользователя SQL-сервером. Права доступа к базам данных SQL-сервера определяются пользователем, от имени которого происходит обращение к базам данных. С компьютера, на котором установлен SQL-сервер, запустим утилиту SQL Server Enterprise Manager, найдем узел Local (Console Root -> Microsoft SQL Servers -> SQL Server Group -> (Local)) и откроем его свойства. На закладке Sequrity можно видеть, что SQL-сервер поддерживает два способа аутентификации пользователей: SQL Server and Windows и Windows only. Аутентификация Windows позволит Серверу 1С:Предприятия обращаться к SQL-серверу только от имени пользователя USR1CV81, что не позволяет различать права доступа до различных информационных баз, обслуживаемых одним сервером 1С:Предприятия. Рекомендуется выбирать режим SQL Server and Windows. В этом случае обращение к конкретной информационной базе будет выполняться от имени пользователя, который задан в качестве пользователя SQL-сервера при создании данной информационной базы. Важно, что этот пользователь должен иметь не только полные права на базу данных информационной базы, но и права на создание баз данных в SQL-сервере и на чтение таблиц базы данных Master.
* Сетевые протоколы для доступа к SQL-серверу. Если Сервер 1С:Предприятия и SQL-сервер размещены на разных компьютерах, то необходимо выполнить настройки сетевых протоколов доступа к SQL-серверу. Это можно сделать при помощи утилиты SQL Server Client Network Utility. На закладке General можно выбрать список сетевых протоколов, используемых для доступа к SQL-серверу. Наиболее быстрым и универсальным является использование протокола TCP/IP. При использовании других протоколов необходимо иметь в виду, что некоторые из них, например Named Pipes, выполняют дополнительную аутентификацию средствами Windows при обмене данными с SQL-сервером. В этом случае для успешной работы с SQL-сервером на компьютере с SQL-сервером должен быть зарегистрирован пользователь USR1CV81, наделенный соответствующими правами. Протокол доступа к данному SQL-серверу может быть изменен на закладке Alias.

В дополнение к статье

Нет сомнения, что связка 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С" рекомендуют следующие варианты:

1. SQL Server 2008 R2.

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" - исполняемое приложение, интегрированная среда разработки и эксплуатации баз данных. При его запуске выбирается один из двух режимов работы – "Предприятие" (пользовательская оболочка баз данных) либо "Конфигуратор" (интегрированная среда разработки). Более полное описание можно прочитать по ссылке

Шаблоны конфигураций "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.

То есть:

после подсоединения к серверу войти в свойства сервера через контекстное меню, пункт 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
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) со следующим содержимым:

DBCC FREEPROCCACHE

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

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




Заключение

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

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

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

Установка Сервера 1С на Windows Server 2012 R2

В этой статье мы подробно разберем установку сервера 1С 8.3 на Windows Server 2012.

Сперва установим Сервер 1С (он же кластер серверов) х32, тридцати двух разрядный, а затем установим и х64 (Шестидесяти четырех разрядный) Cервер 1С.

И так первый вопрос, это где взять новую версию Cервера 1С?

На сайте нам нужно найти «Технологическую платформу». Потому что Сервер 1С х32 устанавливается как компонент при установке платформы 1С.

И так полагаю, что Сервер 1С у Вас уже есть.

Установка Сервера 1С (Кластера серверов) Х32.

Установка довольно проста!

Как и при установке платформы 1С, клик по Setup.exe.

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

Нам нужны лишь: «Сервер 1С Предприятия» и компонента: «Администрирование сервера 1С: Предприятия». Все остальные можно отключить.

Папку, в которую мы установим сервер 1С, рекомендую не менять, лучше оставить путь который предложила 1С по умолчанию.

Теперь на этой вкладке нам нужно указать или создать учетную запись, от имени которой и будет стартовать Сервер 1С, а точнее служба «Агент сервера 1С». Также мы не убираем птичку возле «Установить сервер 1С: Предприятия как сервис Windows».

Не рекомендую в целях безопасности выбирать в списке учетную запись администратора или создавать (пользователя) USR1CV8. Лучше предварительно создать учетную запись чей «Логин» и «Пароль» знаете только вы! И уже от имени этой учетки запускать службу «Агент сервера 1С».

Укажем пароль для этого пользователя и введем пароль еще раз в поле ниже.

После нужно лишь установить аппаратную или программную лицензию.

Установка Сервера 1С (Кластера серверов) Х64.

Теперь по установке х64.

Здесь нам нужно скачать отдельно Сервер 1С.

Собственно также идем на сайт поддержки пользователей https://users.v8.1c.ru — «скачать обновления»

Там ищем технологическую платформу 1С 8.3, выбираем версию которая нас интересует, а уже провалившись по ссылке, вы найдете то, что нужно, — «Cервер 1С:Предприятия (64-bit) для Windows».

Скачиваем архив, распаковываем, находим ярлык Setup.exe.

«Компоненты доступа к серверам 1С Предприятия» и «Сервер 1С Предприятия 8».

Остальные компоненты можно не устанавливать Сервер 1С Предприятия будет работать.