1c 7 настройки сервера

Обновлено: 03.07.2024

Инструкция по настройке рабочих серверов с Технологической Платформой 1С:Предприятие

Ниже приводится инструкция по настройке рабочих серверов с Технологической Платформой 1С:Предприятие.

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

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

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

Существует несколько вариантов развертывания:

в продуктивной среде и подготовительной зоне;
в тестовой зоне;
в зоне разработки.

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

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

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

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

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

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

В тестовой зоне и зоне разработки ограничений по числу информационных баз в кластере условно нет.

2. Определить, сколько пользователей будет работать одновременно

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

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

Конфигурации системы;
Сценария работы пользователей;
Числа одновременно работающих пользователей;
Используемых версий программных продуктов.

3. Настроить профили пользователей ОС, от которых будут запускаться процессы кластера

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

Это может быть необходимо для того, чтобы код, который выполняется в rphost точно не мог обратиться к каким-либо определенным данным на рабочем сервере или выполнить операцию с административными правами.

Для этого нужно:

Для того, чтобы создать профили пользователей ОС достаточно один раз войти от их имени в ОС Windows.

4. Настроить логирование и дампы

Для этого необходимо настроить:

Технологический журнал
Сбор дампов процессов кластера средствами Платформы (указнием в logcfg.xml секции dump) либо Windows Error Reporting Services

Хорошей практикой будет настроить сбор WER для rmngr и ragent, но не указывать rphost.

5. Проверить настройки операционной системы

5.1. Настроить рабочий сервер

5.2. Настроить рабочий сервер

Необходимо настроить рабочий сервер в соответствии с инструкцией, которая позволяет избежать ошибки "An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full"

5.3. Убедиться, что брадмауэр операционной системы настроен таким образом, что не запрещает процессам кластера взаимодействовать корректно.

Информация по клиент-серверному варианту работы здесь;

Обратите внимание на используемые порты, которые указываются в параметрах центрального сервера,

в свойствах кластера серверов,

и рабочих серверов кластера.

Также необходимо открыть порт для указания сетевого порта для ras в случае использования. --port или -p указывает сетевой порт, по которому утилита администрирования будет взаимодействовать с сервером администрирования. Значение по умолчанию равно 1545.

5.4. Убедиться, что на рабочих серверах кластера одновременно не используется IPv4 и IPv6.

5.5. Убедиться, что схема управления питанием - "Высокая производительность".

5.6. Убедиться, что установлены компоненты Microsoft Data Access Components

Этот пункт нужен для настройки с СУБД MS SQL Server.

В противном случае будете получать ошибку вида: "Компоненты OLE DB провайдера не найдены".

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

Настройки, которые необходимо выполнить (в дополнение к настройке 5.2. Настроить рабочий сервер в соответствии с инструкцией):

Запустить regedit и в ветке HKLM\System\CurrentControlSet\Services\Tcpip\Parameters указать
- MaxFreeTcbs= 100000
- TcpTimedWaitDelay= 30
- MaxUserPort= 65535
- EnableDynamicBacklog= 1
- MinimumDynamicBacklog= 20
- MaximumDynamicBacklog= 20000
- DynamicBacklogGrowthDelta= 10
- Выполнить: netsh int ipv4 set dynamicport tcp start=10000 num=55536
- Выполнить: netsh int ipv4 set dynamicport udp start=10000 num=55536
7. Настроить кластер серверов

7.1. Необходимо добавить рабочие серверы в кластер

7.2. Настроить условия перезапуска

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

7.3. Настроить расположение каталога кластера

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

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

Постарайтесь выполнять настройку таким образом, чтобы она не приводила к запуску 100 процессов rphost, т.к. значительное число процессов rphost приводит к неэффективному использованию памяти процессами кластера.

Не стоит просто так уменьшать параметр "Число соединений на процесс" или "Число информационных баз на процесс".

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

7.5. Выполнить настройки для случая нескольких рабочих серверов в кластере.
- Обязательно должно быть явно указано расположение:
  - сервиса журнала регистрации;
  - сервиса полнотекстового поиска данных;
  - сервиса работы с внешними источниками данных;
  - расположение клиентских и серверных лицензий и сервисов лицензирования;
  - расположение сеансовых данных.
  8. Первый запуск
  
  На этом этапе следует выполнить следующие шаги:
  - Запустить кластер серверов, создать информационную базу;
  - Зарегистрировать программные лицензии;
  - Убедиться, что пользователь может войти в информационную базу без ошибок.
  9. Отказоустойчивость
  
  В случае необходимости настройки отказоустойчивого кластера, выполните следующие шаги.
  
  9.1. Проверить лицензии.
  
  Убедитесь, что на рабочих серверах, которые должны выполнять роль Центральных серверов достаточно лицензий для работы всех пользователей в информационной системе при отсутствии одного из Центральных серверов в случае возможного (теоретически) отказа.
  
  9.2. Установить флаг "Центральный сервер".
  
  Установить флаг как на рисунке ниже.
  
  9.3. Установить флаг "Уровень отказоустойчивости"
  
  Установить параметр, пример на рисунке ниже.
  
  Подробную информацию про уровень отказоустойчивости вы можете прочитать в статье
  
  Обратите внимание, что не нужно просто так указывать максимально возможный уровень отказоустойчивости, т.к. это приведет к избыточным накладным расходам.
  
  9.4. Скорректировать строку соединения
  
  Необходимо скорректировать строку соединения с информационной базой.
  
  Имеется возможность указания списка резервирования с помощью строки соединения с информационной базой или в соответствующем поле свойств информационной базы.
  
  Список указывается в формате Server1, Server2:Port, Server3.
  
  10. Замечания
  
  10.1. Не настраивайте exec backup (или аналогичные утилиты) на директории кластера серверов
  
  Причина в том, что в этих директориях могут располагаться хранилища с сеансовыми данными, выполнять backup которых не нужно, а создание backp-а которых будет приводить к избыточным накладным расходам.
  
  10.2. Не настраивайте сжатие данных дисков с директорией кластера
  
  10.3. Не забывайте про периодическое выполнение дефрагментации дисков ОС Windows.
  
  10.4. Настроить защиту от вирусов.
  
  В случае расположения рабочих серверов кластера в зоне, к которой доступ строго ограничен, не имеет смысл настраивать антивирусные решения на рабочих серверах.
  
  Настройка антивирусных решений на таких серверах будет оказывать существенное влияние на производительность при практическом отсутствии выигрыша с точки зрения защиты.
  
  При этом, стоит обеспечить защиту антивирусными решениями те пользовательские компьютеры, с которых выполняется доступ к рабочим серверам кластера и сетевым директориям.
  
  Настраиваем 1С Предприятие 7.7 для работы с SQL Server 2000
  
  Одним из способов повысить быстродействие 1С Предприятия 7.7, особенно при работе с большими базами, является переход от файлового режима 1С к использованию SQL сервера. Несмотря на то, что оба продукта уже заканчивают свой жизненный цикл, данная тема остается довольно актуальной. В данной статье мы рассмотрим практическую настройку сервера для работы 1С Предприятия совместно с SQL Server 2000.
  
  Немного теории, или что нам дает SQL?
  
  Перед тем как браться за реализацию проекта, необходимо усвоить базовый объем знаний и твердо знать ответы на следующие вопросы: в чем основное отличие файлового и SQL вариантов работы 1С Предприятия, от чего зависит быстродействие в обоих случаях и какие требования предъявляются к оборудованию и сети. Непонимание этих, в общем то простых, вещей приводит к тому, что переход на SQL версию 1С не приносит желаемых результатов или вообще, результат противоположный ожидаемому.
  
  Рассмотрим работу 1С в режиме разделения файлов. Вся обработка информации производится на рабочей станции, сервер играет роль общего файлового хранилища. Основные требования к такому серверу: быстрый жесткий диск и отказоустойчивость дисковой системы (обычно реализуется RAID 1, реже RAID 10). Обычно такой "сервер" представляет из себя обычную бюджетную машину с RAID контроллером и гигабитным сетевым адаптером.
  
  При выполнении операции (отчета, обработки и т.п.) часть базы или даже вся база закачивается по сети на рабочую станцию, где уже и выполняется вся необходимая обработка данных. От чего зависит быстродействие в данном случае? В первую очередь от мощности рабочей станции и пропускной способности сети, более мощная машина будет более быстро строить отчеты и выполнять проводки.
  
  Еще одним важным параметром является размер базы данных, с ее ростом выше некоторых пределов быстродействие начинает падать в геометрической прогрессии. Основным узким местом становится пропускная способность сети, а основным фактором влияющим на быстродействие и определяющий критический размер базы является количество активных пользователей.
  
  Наш практический опыт показывает: для небольших рабочих групп (5-10 пользователей) критический размер базы начинается от 200-300 Мб. Бороться с этим можно увеличением быстродействия сети и оптимизацией потоков трафика в организации или ежегодной (ежеквартальной) сверткой БД.
  
  Однако свертка это не выход, для нормальной работы торгового предприятия необходимы данные как минимум за текущий год, да и данные прошлых периодов также бывают частенько нужны. Вложения в расширение пропускной способности сети себя как правило не окупают, размеры БД и объемы трафика в сети растут намного быстрее, особенно если руководство решит "немного" расшириться, на 1-2 рабочих места.
  
  Теперь посмотрим как обстоят дела в SQL варианте. Вместо таблиц все данные хранятся в одной SQL базе данных. Теперь рабочая станция передает на сервер короткие запросы, которые полностью обрабатываются на стороне сервера и рабочей станции возвращается конечный результат запроса. Это позволяет снизить трафик в разы и во столько же раз повышает нагрузку на сервер. К быстродействию рабочих станций особых требований не предъявляется, также будет вполне достаточно обычной 100 Мб сети.
  
  Хотя следует помнить, что 1С Предприятие 7.7 для SQL довольно неоптимально и не использует многие возможности SQL сервера, поэтому часть данных обрабатываются не сервером, а рабочей станцией и в случае работы с емкими отчетами и обработками быстродействие рабочей станции тоже будет играть не последнюю роль. Основная же нагрузка ложится на сервер.
  
  Распространенная ошибка - использование в качестве SQL сервера того же железа, что использовалось в качестве файлового сервера. Можно с уверенностью сказать, что результат будет противоположен ожидаемому. Если сразу пять пользователей запустят формирование отчетов, все эти пять отчетов будут формироваться сервером, следовательно вычислительных ресурсов сервера должно хватать для одновременной обработки запросов сразу от всех пользователей. Объем оперативной памяти должен быть достаточным для того, чтобы в нем полностью помещались SQL базы, также базы желательно вынести на отдельный от системы и других данных жесткий диск (дисковый массив), чтобы избежать конкуренции за доступ к головкам жесткого диска.
  
  В случае совмещения SQL сервера с сервером терминалов на одной физической машине следует удостовериться, что ее ресуров достаточно для одновременной обработки запросов SQL сервера и клиентских приложений 1С, а оперативной памяти достаточно как для SQL сервера, так и для пользовательских приложений. В любом случае желательно ограничится выносом в терминал только 1С, прочие приложения желательно оставить на рабочих станциях, либо разнести сервер терминалов и SQL сервер по отдельным машинам. Также нежелательно совмещать на одном SQL сервере несколько объемных 1С баз. Как показывает практика, бывает дешевле купить под вторую базу отдельный сервер, чем покупать мощный сервер сразу под все базы.
  
  Подведем краткие итоги. Основные преимущества SQL сервера раскрываются при работе с базами большого объема, в тоже время нет никакого смысла переводить на SQL небольшие базы с малым количеством пользователей.
  
  От теории к практике. Установка SQL сервера.
  
  Установка MS SQL Server 2000 проста и незамысловата, однако уже на стадии установки необходимо указать несколько отличных от установки по умолчанию параметров, необходимых для нормальной работы 1С. Платформой для установки сервера будет Windows Server 2003 SP2. Если вы устанавливаете версию SQL сервера с пакетом обновления ниже чем SP3, то система выведет вам грозное предупреждение, что устанавливаемая версия несовместима с системой, которое можно смело проигнорировать, практика показала - все работает прекрасно.
  
  Далее, в процессе установке принимаем все значения по умолчанию пока не дойдем до экрана Services Accounts, здесь устанавливаем переключатель в положение Use the Local System account
  
  На следующем экране выбираем вариант Mixed Mode и вводим пароль для пользователя sa, от имени которого мы будем подключаться к БД.
  
  Остальные параметры оставляем по умолчанию. По завершению установки желательно обновить SQL сервер до последней версии, установив SP4 (скачать). Установка SP4 производится со значениями по умолчанию, кроме параметров соединения с сервером, здесь переводим переключатель в верхнее положение и вводим пароль для sa.
  
  Настройка 1С Предприятие
  
  Теперь, когда SQL сервер установлен и готов к использованию необходимо настроить 1С Предприятие. Напомним, что для работы с SQL сервером необходима отдельная версия 1С для SQL. Для успешной работы с SQL сервером в базе 1С должен быть заведен хотя бы один пользователь. Далее загружаем целевую базу в конфигуратор и производим выгрузку данных через Администрирование - Выгрузить данные.
  
  После чего создаем заготовку будущей БД, для этого в отдельную папку копируем все папки из рабочей базы данных и все файлы кроме файлов конфигурации и таблиц (V7Plus, библиотеки для работы с торговым оборудованием и т.п.)
  
  Следующим шагом необходимо создать новую SQL базу для хранени наших данных. Для этого запускаем Enterprise Manager.
  
  На первой закладке открывшегося окна вводим имя создаваемой базы, вторая и третья закладка определяют пути хранения файла БД и файла лога транзакций. По умолчанию предполагается их хранение в папке установки SQL сервера, однако желательно хранить их в отдельной папке рядом с базой 1С (желательно на отдельном жестком диске или на отдельном разделе).
  
  Создав базу, подключаем папку с заготовкой в качестве базы 1С и загружаем Конфигуратор. На вопрос выбора формата хранения данных указываем MS SQL Server, в Конфигураторе выбираем Администрирование - Параметры базы данных SQL и заполняем поля.
  
  В качестве сервера указываем сетевое имя машины, его можно подсмотреть в SQL Server Service Manager, щелкнув на значке в трее рядом с часами. В поле База Данных вводим название базы, которое мы указали при ее создании в Enterprise Manager. Пользователь sa, ниже вводим его пароль.
  
  Как видим ничего сложного нет, и при наличии должных навыков весь процесс занимает не более часа, при этом большая часть времени уходит на загрузку - выгрузку базы.
  
  Официально, платформа 1С:Предприятие 7.7 работает только с MS SQL Server 2000. Но с помощью небольших манипуляций можно организовать стабильную работу и с последней, на момент написания статьи, версий Microsoft SQL Server 2008 R2. Ниже представлена пошаговая настройка связки 1С:Предприятие 7.7 + MS SQL Server 2008 R2 + Microsoft Windows Server 2008 R2 (Справедливо и для других операционных систем семейства Windows). Итак:
  
  0. Оглавление
  
  1. Установка Windows Server 2008 R2
  
  В качестве серверной ОС используем Microsoft Windows Server 2008 R2. Об установке этой системы подробно можно прочитать в статье «Установка Windows Server 2008 R2».
  
  2. Установка SQL Server 2008 R2
  
  Далее устанавливаем Microsoft SQL Server 2008 R2. Во время установки выбираем:
  
  Очень подробно об установке SQL Server я писал в статье «Установка Microsoft SQL Server 2008 R2».
  
  3. Создание новой базы данных в SQL Server 2008 R2
  
  Добавляем нового пользователя в SQL Server 2008 R2. Обязательно даем ему роль processadmin, иначе будем натыкаться на ошибку:
  
  Затем создаем новую базу данных, указав:
  
  4. Настройка Windows Server 2008 R2
  
  Теперь необходимо заменить оригинальные фалы odbcbcp.dll, sqlsrv32.dll и sqlsrv32.rll (скачать все файлы одним архивом) в каталогах C:\Windows\System32 и в C:\Windows\SysWOW64 файлами из каталога C:\Windows\System32 под управлением Windows Server 2003 (в архиве).
  Чтобы сделать это необходимо стать владельцем этих файлов и получить права на их редактирование . Для этого заходим в C:\Windows\System32 находим файл odbcbcp.dll, кликаем по нему правой кнопкой, выбираем «Свойства». В открывшемся окне переходим на вкладку «Безопасность», нажимаем «Дополнительно».
  
  5. Установка 1С:Предприятие 7.7
  
  Теперь необходимо установить 1С:Предприятие 7.7, ставим версию для SQL. Об особенностях установки читайте в статье «Установка системы 1С:Предприятие 7.7 в Windows x64».
  
  6. Патч и замена файла BkEnd.dll
  - «Требуется MS SQL Server 6.5 + Service Pack 5a или более старшая версия!»
  - «Порядок сортировки, установленный для базы, отличается от системного!»
  - «Неправильный синтаксис около ключевого слова «TRANSACTION»
  - «База данных не может быть открыта в однопользовательском режиме»
  7. Создание представления sksprocesses в MS SQL Server
  
  Теперь в окне слева напишем текст представления:
  
  После того, как код изменится, сохраним представление, назвав его sksprocesses.
  
  Теперь отмечаем разрешения для guest:
  - Вставка
  - Выборка
  - Изменение
  - Назначение владельцем
  - Обновление
  - Просмотр определения
  На этом создание представления завершено.
  
  8. Добавление информационной базы в 1С:Предприятие 7.7
  
  После этого этапа уже можно работать в 1С под текущим пользователем Windows.
  
  9. Настройка безопасности для всех пользователей
  
  Смотрите также:
  
  В данной статье я подробно опишу процесс установки Microsoft SQL Server 2008 R2 в Windows Server 2008 R2 (для других ОС семейства Windows процесс аналогичен). Во время установки будут выбраны…
  
  Здесь будет рассказано как изменить политику паролей в Windows Server 2008. По умолчанию все пароли в Windows должны отвечать политике безопасности, а именно: Не содержать имени учетной записи пользователя…
  
  Если к службе Microsoft SQL Server должны подключаться программы с других компьютеров в сети, то необходимо чтобы правильным образом был настроен Брандмауэр Windows на сервере, где запущена служба. А именно разрешены…
  Запись опубликована в рубрике 1С 7 с метками 1Сv7, SQL, Windows Server 2008. Добавьте в закладки постоянную ссылку.
  215 Responses to Установка 1С:Предприятие 7.7 на Microsoft SQL Server 2008 R2
  
  Попробуйте вообще отключить Брандмауэр Windows и все другие существующие сетевые экраны и антивирусы. Будет ли ошибка в этом случае?
  
  Спасибо за статью все понятно написано! )))
  
  При этом база корректно работает и проблем нет!
  Если можно подскажите в чем трабл?, уж очень нужно перейти на SQL 2008
  
  Вообщем создать представление
  и все норм
  Еще раз спасибо за статью
  
  Но тут выскочила серьезная проблема. Когда я начал тестить на производительность, многие вещи страшно тормозят, например, просто просматриваю справочник номенклатур по группам, с проставленной галочкой показывать остатки, и это причем, что я один работаю и не запускал еще пользователей.
  
  Как-то непонятно расходуется оперативная память.В чем может быть дело, буду благодарен вашим советам.
  
  Да вроде по счетчикам все нармуль.
  Память\ обмен стр/с: Старый сервак 5,134, Новый 1,112.
  Физ.диск\ средняядлина очереди диска: Старый 0,935. Новый 0,132
  Лог.диск\ ср. длина очереди: Старый 0,852. Новый 0,29.
  Такое ощущение, что дело в sql server. Может из-за того, что работает в режиме совместимости с 2000, как будто операцию делает два раза, типа сначала преобразует данные из режима sql2000, потом их обрабатывает, а потом выдает опять в данном режиме для 1с.
  А вообще есть какие-нибудь тонкие настройки для sql2008 при работе с 1с?
  
  Скорее всего кавычка с браузера неправильно скопировалась. Попробуйте установить кавычки в запросе руками.
  
  Особенность шрифта на сайте, но когда писал коммент, во втором случае были другие кавычки. После вставки кавычки стали одинаковые. Не знаю, как показать разницу тогда.
  
  Открываем папку с файлами установки сервера «1С:Предприятие» и нажимаем на файл setup.exe.
  
  Запуститься помощник установки «1С:Предприятия». Нажимаем «Далее».
  
  На следующей странице требуется выбрать те компоненты, которые будут установлены:
  - «Сервер 1С:Предприятие» - компоненты сервера «1С:Предприятие»
  - «Администрирование сервера 1С:Предприятия» — дополнительные компоненты для администрирования серверов «1С:Предприятия»
  Сделав выбор, нажимаем «Далее».
  
  Определяем язык интерфейса, который будет использоваться по умолчанию, и нажмем «Далее».
  
  Если сервер «1С:Предприятие» устанавливается как служба Windows (а так в большинстве случаев и следует его устанавливать) - рекомендуем сразу создать отдельного пользователя, из-под которого будет запускаться эта служба.
  
  Также данному пользователю обязательно следует дать необходимые права на каталог служебных файлов сервера (по умолчанию C:\Program Files\1cv8\srvinfo для 64-х разрядного и C:\Program Files (x86)\1cv8\srvinfo для 32-х разрядного сервера).
  
  Созданный автоматически пользователь USR1CV8 будет обладать всеми перечисленными правами.
  
  Заполнив соответствующие параметры, жмем «Далее».
  
  Нажимаем «Установить» для того чтобы начать установку. При этом будет произведено копирование файлов выбранных компонент, создание конфигурационных файлов, регистрация компонентов программы, создание ярлыков, а также запуск службы сервера «1С:Предприятия».
  
  По завершении установки помощник предложит установить драйвер защиты — HASP Device Driver. Если используется программная лицензия на сервер «1С:Предприятия», производить установку драйвера нет необходимости. Оставляем или снимаем флаг «Установить драйвер защиты» и жмем «Далее».
  
  Если установка завершена успешно, откроется последняя страница помощника установки. Нажимаем «Готово» для завершения работы мастера.
  
  На рисунке ниже изображены основные компоненты необходимые для базовой установки сервера.
  
  При первой установке в следующем окне ничего менять не нужно.
  
  Для выбранных компонент экземпляра необходимо создать пользователей с административными правами для запуска этих компонентов в качестве службы.
  
  На следующем этапе необходимо указать смешанный режим проверки подлинности и указать пароль пользователя sa, а также добавить пользователя Windows, которые будет иметь право администрировать СУБД.
  
  На вкладке «Каталоги данных» необходимо указать дефолтное размещение пользовательских баз данных, а также указать каталоги системных баз данных. Для повышения производительности SQL Server желательно разносить функционально разные базы данных. Так на отдельные физические диски необходимо разносить пользовательские данные, журнал пользовательских баз данных, базу данных temp и ее журнал. Также возможно указать дефолтный каталог для хранения резервных копий баз данных.
  
  Если все сделано правильно, остается прощелкать кнопку «Далее» и дождаться установки SQL Server.
  Оптимизация и тонкая настройка Сервера 1С:Предприятие
  3.1. Включаем режим Shared memory.
  
  «Shared Memory» включится только на платформе начиная с 1С 8.2.17, на более ранних релизах включится «Named Pipe» – несколько уступающий в скорости работы. Актуально, если службы 1С и MS SQL установлены на одном физическом или виртуальном сервере.
  
  3.2. Настройка кластера 1С:Предприятие.
  
  Настройки кластера 1С отвечают за параметры всех серверов 1С, принадлежащих кластеру. Кластер подразумевает работу нескольких физических или виртуальных серверов, работающих с одними и теми же информационными базами.
  - Интервал перезапуска – отвечает за частоту перезапуска рабочих процессов кластера. Автоматический перезапуск был разработан в платформе «для минимизации отрицательных последствий фрагментации и утечки памяти в рабочих процессах». Однако, автоматический перезапуск может приводить к разрыву соединений в активных сессиях, поэтому в некоторых случаях предпочтительнее регламентные операции по перезапуску процессов 1С и очистке серверного кэша проводить вручную, либо с помощью скрипта.
  - Допустимый объем памяти – защищает сервера 1С от перерасхода памяти. При превышении процессом этого объема в интервале превышения допустимого объема, процесс перезапускается. По сути – это максимальный размер ОЗУ, занимаемый процессами «rphost» в периоды пиковой нагрузки серверов. Рекомендуется установить небольшой порог превышения допустимого объема.
  - Допустимое отклонение количества ошибок сервера. Платформа рассчитывает среднее количество ошибок сервера по отношению к числу обращений к серверу в течение 5 минут. Если это отношение превысит допустимое, то рабочий процесс считается «проблемным», и может быть завершен системой, если установлен флаг «Принудительно завершать проблемные процессы».
  - Выключенные процессы останавливать через « ». При превышении допустимого объема памяти, рабочий процесс не завершается сразу, а становится «выключенным», чтобы было время «перенести» рабочие данные без потери на новый запущенный рабочий процесс. Если указан этот параметр, то «выключенный» процесс в любом случае завершится по истечении этого времени. Если наблюдаются «зависшие» рабочие процессы в работе сервера 1С, то рекомендуем рассмотреть использование данного параметра путем установки таймера на 3-5 минут.
  3.3. Настройка сервера 1С:Предприятие.
  
  Эти настройки устанавливаются для каждого сервера 1С персонально.
  - Максимальный объем памяти рабочих процессов – это объем совокупной памяти, которую могут занимать рабочие процессы (rphost) на текущем кластере.
    - Если параметр установлен в «0», то процесс может потреблять до 80% ОЗУ сервера.
    - Если «1» - без ограничений.
    - Если параметр установлен в «0», то объем безопасного расхода ОЗУ будет равен 5 % от «Максимального объема памяти рабочих процессов».
    - «1» - без ограничения, что крайне не рекомендуется. В большинстве случаев этот параметр лучше оставлять «0».
    4.1. Настройка SQL сервера.
    - Включаем Shared memory (показано на картинке). Актуально если службы 1С и MSSQL установлены на одном физическом или виртуальном сервере.
    Проверить можно, выполнив запрос:
    - Устанавливаем максимально отведенное серверу количество памяти.
    - Устанавливаем сжатие БД при резервном копировании и дефолтные места для хранения файлов БД
    4.2. Настройка Базы данных.
    
    После того, как сервер СУБД оптимизирован – переходим к настройкам баз.
    - Рекомендуется указать автоувеличение размера
    - Размещение файлов данных на разных дисках высокой производительности.
    - Установка простой модели восстановления пользовательских баз для избегания разрастания файла журнала транзакций.
    4.3. Настройка регламентных заданий.
    
    Мы также готовы оказать помощь в установке и настройке сервера 1С, оптимизации.
    
    Альтернативным вариантом является аренда готового сервера 1С, где уже произведены все настройки и включено обслуживание.
    
    Необходимо установить compatibility level 80 (режим совместимости) в свойствах базы данных.
    
    Cохранение изменений запрещено <в начало>
    
    Для решения проблемы нужно открыть Меню - Сервис- Параметры и снять флажок в настройках как показано на картинке.
    
    Установка SQL Server 2008 r2 под Windows 7, 8, 8.1, Server 2008 r2, Server 2012 r2 для 1С 7.7 <в начало>
    
    При установке сервера необходимо установить смешанную авторизацию и проследить за тем, чтобы в параметрах сортировки было выставлено Cyrillic_General_CI_AS.
    
    Далее открываем MS SQL Management Studio - Базы данных - Системные базы данных - master - Представления.
    
    Кликаем правой кнопкой мыши и создаем новое представление. Нажимаем закрыть и в окне запроса пишем:
    
    SELECT * FROM sysprocesses WHERE cmd <> 'CHECKPOINT'
    
    Ошибка в предложении WHERE рядом с "`".
    Не удается выполнить синтаксический анализ текста запроса.
    
    При этом текст запроса должен измениться.
    
    Далее сохраняем представление под именем sksprocesses.
    
    Щелкаем правой кнопкой мыши на сохраненном представлении и выбираем Свойства.
    
    Добавляем пользователя guest (Найти - Обзор) и устанавливаем ему необходимые разрешения.
    
    Заменяем файлы sqlsrv32.rll, sqlsrv32.dll, odbcbcp.dll в папке Windows\SysWOW64 для 64-разрядной версии ОС (см. ссылку).
    
    Далее создаем базу данных. Кликаем для этого правой кнопкой мыши на Базы данных и выбираем Создать базу данных.
    
    Обращаем внимание на то, чтобы в параметрах сортировки было выставлено Cyrillic_General_CI_AS.
    
    Также устанавливаем уровень совместимости SQL Server 2000.
    
    Далее запускаем 1С в режиме конфигуратора (формат базы данных SQL) и в Меню - Администрирование - Параметры базы данных SQL записываем имя сервера, базы данных, пользователя (sa) и его пароль.
    
    Неправильный синтаксис около конструкции "1" <в начало>
    
    Если увидели такую ошибку при работе с только что созданной базой данных:
    
    Читайте также: