Сервер 1С

(кластер серверов "1С:Предприятия 8")

 

 

Данный ресурс предназначен для лучшего понимания работы серверов 1С:Предприятие 8.

Термины, понятия

Зачем нужен сервер 1С

Разница между 8.1 и 8.2

Кластер 8.1

Кластер 8.2

Решение проблем с установкой

Вопросы на ответы

Купить видеозапись "Сервера 1С..."

Термины, понятния

 

Редактировать этот рисунок



Редактировать этот рисунок

 

 

Под понятием "кластер серверов" понимается несколько компьютеров (серверов) выполняющих общую задачу.

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

в начало страницы

 

  Зачем нужен сервер 1С:

 

Задачи сервера 1С

 

Под понятием "кластер серверов" понимается несколько компьютеров (серверов) выполняющих общую задачу.

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

в начало страницы

 

  Разница между 8.1 и 8.2:

 

разница между 8.1 и 8.2

 

в начало страницы

 

  Кластер 1С 8.1:

 

 

Кластер серверов 1C:Предприятие 8.1 – это реализация идей распределения нагрузки на сервера, обслуживающие клиентские запросы. Такой механизм реализует распределение  нагрузки на вычислительные ресурсы в рамках одного сервера или нескольких серверов («Рабочих серверов»), обеспечивая, таким образом, масштабирование приложения. Кластер серверов дублирует код, обслуживающий клиентские соединения. Дублирующийся исполняемый код кластера назван «Рабочим процессом» (rphost). При установке кластера создается только один рабочий процесс.
Несколько рабочих процессов на одном сервере дают возможность эффективно использовать объем оперативной памяти и ресурсы процессора для выполнения запросов, а также подключить клиентский сеанс к другому рабочему процессу при «крахе» текущего.
За понимание, что запущено на конкретном сервере, отвечает программа «Агент сервера» (ragent). Остановка агента сервера сделает сервер недоступным для использования кластером. Свою информацию агент хранит в файле srvribrg.lst.
Информацией о рабочих базах, задействованных рабочих процессах владеет  «Менеджер сервера» (rmngr). Эту информацию он хранит в файле 1CV8Reg.lst. Остановка менеджера сервера может привести к перезапуску клиентских приложений в случаи удачного рестарта менеджера или к полной остановке работы рабочих серверов всего кластера.
1С:Предприятие 8.1 допускает возможность создания на одном сервере несколько независимых кластеров. Каждый из них идентифицируется в сети уникальным «IP портом» и уникальным номером в служебных файлах. Первый кластер по умолчанию получает порт 1541.
Для управления кластером предназначена оснастка «Серверы предприятия».
Подключаться к серверам можно по имени или IP адресу сервера.

Агент сервера

Агент сервера «знает» о всех кластерах, которые запущены на сервере. Эта информация хранится в файле srvribrg.lst со списком кластеров и администраторов списка. Основной порт агента – 1540. На каждом Рабочем сервере может быть запущен только один агент, обслуживающей все возможные кластера на данном сервере.
Чтобы получить более детальную информацию наглядно, воспользуйтесь утилитой Process Explorer (разработчик Sysinternals). Программа позволяет глубже заглянуть внутрь любых выполняемых процессов, в том числе кластера серверов 1С:Предприятия 8.1.

Менеджер кластера

Менеджер кластера отвечает за работу кластера. У каждого кластера свой Менеджер. Менеджер хранит информацию о кластере в  файле 1CV8Reg.lst (реестр кластера). У каждого Менеджера кластера также есть свой порт на Рабочем сервере. Для первого кластера по умолчанию порт Менеджера 1541. Именно этот порт отображается в оснастке «Серверы 1С:Предприятия» в ветке «Кластеры», идентифицируя кластер.
Менеджер принимает запросы от клиентской части 1С:Предприятия 8.1 и принимает решение, какому Рабочему процессу отдать этот запрос на обслуживание.

Для взаимодействия с рабочими процессами Менеджер использует служебный порт.

Рабочий процесс

За «работу с клиентами» отвечает Рабочий процесс. Можно сказать, что в предыдущей версии 1С:Предприятия 8.0 «Рабочий процесс» был один.
Рабочих процессов в кластере 1С:Предприятия 8.1 может быть несколько. Менеджер сервера решает, какой из рабочих процессов будет обслуживать клиентское подключение. Для клиентских подключений Рабочим процессам по умолчанию выделяется диапазон IP портов 1560 – 1591. Кроме этого, каждому Рабочему процессу назначается Служебный порт для обмена с менеджером кластера. Каждый рабочий процесс использует до 2 Gb ОЗУ в 32х разрядной операционной системе. В 64х разрядной операционной системе ограничение накладывается физическим объемом ОЗУ

в начало страницы

 

  Кластер 1С 8.2:


 

Кластер серверов 1C:Предприятие 8.2 – дальнейшее развитие технологий сервера 8.2.

Сервер может работать "как 8.1", т.е. в нем осталась совместимость с предыдущими технологиями.

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

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

Менеджер кластера

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

 

Отказоусточивость сервера 8.2 достигается за счет:

  • Хранение информации о сеансе  работы пользователя.
    • Пользователь не привязан больше к рабочему процессу.
  • Резервирование рабочих процессов в кластере.
    • Должно быть несколько рабочих процессов, в том числе резервируемые
  • Резервирование кластеров.
    • Указывается запасной кластер, при подключении - перечисляются в строке соединения

 

Это позволяет обеспечить непрерывность работы:

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

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

купить полную версию можно здесь

в начало страницы

 

  Решение возможных проблем с установкой:

 

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

В случае выбора существующей учетной записи вы должны указать правильный пароль и подтверждение, иначе запуск серверной части далее приведет к ошибке.
При первом запуске Агента кластера создается кластер «по умолчанию».
Кластер по умолчанию имеет следующие характеристики:
·         номер порта – 1541;
·         диапазон IP портов – 1560:1591;
·         поддержка многих рабочих процессов – выключена;
·         один  рабочий  процесс, номер  порта устанавливается из указанного диапазона.
Если при первом запуске агента кластера возникли какие-либо проблемы, то кластер по умолчанию может быть не создан. Это проявляется в том, что при запуске агента сервера (ragent) он стартует, но не запускает другие процессы кластера (rmngr, rphost). Список кластеров srvribrg.lst при этом выглядит так:
{
{0},
В этом случае можно остановить процесс ragent, удалить список кластеров (srvribrg.lst) и запустить ragent снова.

Проверьте совпадение портов, указанного в параметре port командной строки запуска сервиса агента сервера и заданного в диалоге параметров центрального сервера консоли кластеров:

- Остановите сервис 1C:Enterprise 8.1 Server Agent.

Если Агент серверов запущен как приложение, остановка выполняется нажатием комбинации клавиш Ctrl+C.
- Убедитесь, в Диспетчере задач (Task Manager), что все процессы ragent, rmngr, rphost завершились. При необходимости завершите их при помощи Task Manager.

- Откройте свойства сервиса 1C:Enterprise 8.1 Server Agent.

- Обратите внимание на строку «Исполняемый файл» ( Path to executable). В ней имеется параметр -d, за которым следует каталог данных кластера. Все файлы, относящиеся к кластеру, находятся в этом каталоге.
- Удалите все содержимое этого каталога.
- Запустите сервис 1C:Enterprise 8.1 Server Agent.
- Убедитесь, в Диспетчере задач (Task Manager), что все процессы ragent, rmngr, rphost стартовали.
- Запустите консоль кластера и зарегистрируйте в ней центральный сервер. Консоль должна подсоединиться к центральному серверу и показать один кластер, созданный по умолчанию.
Возможными проблемы отказа работы Кластера серверов являются проблемы с ключами защиты, правами учетной записи служб, некорректными параметрами запуска.

  1. Ключ защиты серверной части устанавливается ЛОКАЛЬНО на каждый сервер предприятия
  2. Не задавайте учетную запись службы с пустым паролем
  3. При нескольких кластерах используемые порты не должны пересекаться

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

Ошибка 1069: служба не запущена из-за ошибки входа в систему

Проблема связана с правами учетной записи на запуск от имени системной службы. Откройте утилиту Local Security Policy (Локальная политика безопасности) и добавьте пользователя (от имени которого происходит запуск Рабочих серверов Кластера) к политикам Logon as service (Работа в качестве сервиса) и Logon as batch (Работа в качестве пакетного задания) job.
При нарушении данных, хранящихся в служебных файлах,  и  запуск Рабочих серверов Кластера может оказаться неудачным. Убедитесь, что агент сервера 1С:Предприятия 8.1 запущен (процесс ragent в Task Manager).
Не забудьте, что средством анализа также является  аудит событий Windows. Для этого посмотрите, появляются ли какие-нибудь «подозрительные» сообщения в журнале событий Windows.

Ошибка 8007056B / 800708C5

The new password does not meet the password policies. The password may be too short or you have already used this password recently.
Причина: указанный пароль для учетной записи в диалоговом окне «Установка сервера 1С:Предприятие» не удовлетворяет требованиям политики безопасности.
Решение: Задать новый пароль для выбранной учетной записи, удовлетворяющий требованиям политики безопасности либо ослабить требования применяемой политики безопасности, т.е. не требовать «сложного» пароля, не ограничивать количество знаков в пароле, не проверять попыток повторения и т.д.

Ошибка 1923: нет привилегий для установки сервисом

Причина: Ошибка связана с правами установки учетной записи в качестве приложений. Такая ошибка характерна для попыток установки сервера на контроллере домена, где предъявляются повышенные меры безопасности.
Решение: Не использовать контроллер домена для размещения сервера предприятия или ослабить требования безопасности и указать для выбранной учетной записи права «Работы в качестве службы», «Работы в качестве пакетного задания».

Ошибка 80070056

Your password could not be changed. Each password must be used for at least x days.
Причина и Решение: Еще одна ошибка, возникающая при нарушении требований политики безопасности к используемым паролям. Решение аналогично ошибке 800708C5.

Windows Sockets - 11004(0х00002AFC)

1) Убедиться, что на Рабочем сервере кластера в Диспетчере задач (Task Manager) запущены :
Агент сервера (ragent.exe),
Менеджер Кластера (rmngr.exe),
Рабочий процесс Кластера (rphost.exe).
2) Для проверки разрешения имен  ip-адреса выполните в командной строке:
ping имя_машины
В отклике системы на команду нас интересует, определиться ли ip-адрес.
3) Если имя определилось, но Рабочий процесс по-прежнему не находится, то убедитесь, что определение Ip-адреса имени <имя машины> и <имя машины>.<имя домена> определяются не по-разному.

(Windows Sockets - 10054(0x00002746).

Удаленный хост принудительно разорвал соединение.
Такое сообщение может быть получено в случае перезагрузки сервера или принудительного удаления Рабочего процесса.
Эта ошибка обычно не появляется при повторном подключении. Если ошибка осталась, необходимо расследовать причины отказа рабочих серверов кластера.
Такая ошибка может происходить при достижении рабочим процессом использования максимального объема памяти в 32х битных системах.
Другим случаем является попытка подключения от клиента с сообщением об ошибке:

 (Windows Sockets - 10060(0x0000274C)

Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера.
Сущность этой ошибки – отсутствие отклика в течении определенного времени (таймаута).
1) Убедитесь, что брандмауэр не блокирует трафик приложения. Выключите брандмауэр.
Для этого в командной строке выполните команду (команда доступна начиная с Windows XP и Windows Server 2003, в более ранних версиях встроенного брандмауэра нет, однако может быть установлено стороннее ПО):
netsh firewall set opmode disable
Если команда будет выполнена успешно, вы получите сообщение:
Ок.
Кроме брандмауэра блокировать трафик могут сетевые фильтры. Они по умолчанию выключены. Тем не менее, убедитесь, что это так:

  1. Откройте папку «Сетевые подключения».
  2. Щелкните правой кнопкой мыши сетевое подключение, которое требуется настроить, и выберите команду Свойства.
  3. На вкладке Общие (для подключения по локальной сети) или на вкладке Сеть (для всех остальных подключений) выберите Протокол Интернета (TCP/IP) и нажмите кнопку Свойства.
  4. Нажмите кнопку Дополнительно.
  5. Откройте вкладку Параметры, выберите параметр Фильтрация TCP/IP и нажмите кнопку Свойства.
  6. Убедитесь,  что флажок Задействовать фильтрацию TCP/IP (все адаптеры) снят.

2) Убедитесь, что ресурсы процессора не загружены на 100% (CPU%).
3) Выполните замер сетевой активности интерфейсов клиента и сервера. Нагрузка на сетевой адаптер не должна превышать 60%.

(Windows Sockets - 10061(0x0000274D)

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

в начало страницы

 

  Ответы на вопросы:

 

Многоплатформенность 1С

Ответ тут.

Установка сервера

Q:Ошибка установки сервера 1с на MS Server 2008 R2 x64 При установке сервера 1с через командную строку, например такую, ragent.exe -instsrvc -port 2040 -regport 2041 -range 2060:2091 -d "C:\Program Files\1cv82\ (взято с диска ИТС), в командной строке пишет сообшение: "Error! OpenSCManager error!" Сервис при этом не создается. Проверялось на 8.1.15.14 и 8.2.10.77

А: Для установки из коммандной строки на ОС, где присутсвует UAC, нужно пользоваться службой RunAs, т.к. даже если пользователь входит в группу администраторов, то UAC блокирует действия, которые изменяют состояние системы.

Ключи защиты

Q: Ключ защиты от сервера 8.2 позволяет запустить Сервер 8.1?
A: Да, позволяет

 

Q: чтобы запустить сервер 1С мне нужны хасп-ключи какие-то серверные? Локальный, или на 5 пользователей не пойдет?

A: да, для сервера нужен свой ключ, локальный пользовательский и сетевые не подойдут. Подробнее в "Сервера 1С:Предпряитие 8.1 и 8.2 - с чем едят" , слайд № 30.

Ключ для Сервера 1С

Q: допустим кластер серверов 1с стоит из 3-х физических серверов. сколько нужно ключей защиты

A: 3 ключа

Q: Имеется терминальный сервер и ключ на 5 лицензий, докупается 6-ая доп. лицензия. Возможно ли ее установить на сервер рядом с ключом на 5? И будут ли все 6 пользователей работать в теминальных сессиях или 5 - под теерминалом, а 1 в файловом варианте?
A: Нет, не будут. 6я лицензия в виде локального ключа должна быть воткнута в компьютер пользователя, но не в терминалку.

Подробней см. "Ключи защиты 1С:Предприятие 8".

Обновления сервера 1С

Q: при выходе новой версии 8.2.xxx платформы какой порядок действий при обновлении серверов и клиентов
A: Дистрибутивы 8.2 инсталируют свои файлы в разные папки (для каждой версии своя папки), т.е. теоретически остается возможность вызова параллельно нескольких версий сервера.

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

одновременный запуск разных версий сервера 1С

Одновременный запуск серверов 8.2

Настройка сервера 1С

Q: В 1С 8.1, как лучше размещать информационные базы, если их несколько, в одном кластере или создавать для каждой базы отдельный кластер? A: С большим объем или нагрузкой , а также тестовые базы размещать нужно в отдельные кластера!

 

Q: ВОПРОС: Рабочй процесс 1С:Предприятие 8.1 является однопоточным приложением или многопоточным? Т.е. может ли загрузить много ядер при одном подключенном пользователе? При нескольких? А рабочий процесс 1С:Предприятие 8.2? Спасибо.
A: 1Сv8.exe и rphost.exe в версии 8.1 отъедали 1 ядро. По сколько в 8.1 соединение клиента находится жестко привязанным к рабочему процессу, то можно условно считать, что обработка клиентов 1С выполняется в рамках одного ядра. Исключение составляет СУБД, которая использует ядра не зависимо, как работает сервера 1С.

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

платформа 8.2 не реализует всех возмжностей многопоточной системы, но она существенно лучше использует возможности железа по сравнению с 8.1, в том числе и в плане параллельности.

 

Q: Необходимо ли несколько рабочих процессов 1С:Предприятие 8.1, чтобы сервер баз данных (MS SQL) нагружал несколько ядер? (Замечено, что MS SQL обычно "грузит" только одно ядро, т.е. "распараллеливание" обработки одного запроса по нескольким ядрам, как правило, не происходит.) Спасибо.
A: Специально управлять MS SQL не нужно, это достаточно самонастраивающая система, использующая ресурсы по необходимости. Управлять параллельностью исполнения можно:

EXEC sys.sp_configure N'max degree of parallelism', N'5'
GO
RECONFIGURE WITH OVERRIDE
GO

Создавать несколько рабочих процессов на сервере 1С можно исходя из того, что один рабочий процесс не обеспечивает возможность пользователям сделать повторное подключение в случаи падения рабочего процесса. 2 процесс (на 8.2 его лучше сделать "резервным") решает эту проблему. А вот 3й и более рабочие процессы есть смысл добавлять, только если сильно загруженны (более 90%) первые два рабочих процессах. Без надобности плодить рабочие процессы не стоит, это может ухудшить производительность.

 

Q: Для 1С:Предприятие 8.1 прозвучала рекомендация использовать минимум
два рабочих процесса на сервере (для отказоустойчивости) или больше, если
это обусловлено загрузкой и количеством ядер. Справедливо ли это для 8.2?

A: Как минимум 1 резервный рабочий процесс в 8.2 должен быть.

Отказоустойчивый кластер

Q: Вопрос про включении резервирования кластеров 1с 8.2. Если у нас упал сервер (уборщица выдернула провод) то сетевое имя, например "server:2540" будет недоступно. как клиент, у которого прописано в строке подключения "server:2540" узнает что нужно подключаться к резервному кластеру? откуда он возмет имя другого сервера? А если через запятую написать кластеры в строке подключения базы?
A: Несколько кластеров объединяются в "группу резервирования". Для этого в оснастке кластера есть "список резервирнования".

список резервирования кластера 1С

При первом обращении клиента к кластеру ему передается список кластеров, входящих в группу резервирования.

Если клиент не разу не обращался, то в этом случаи надо указать вручную адреса всех кластеров, например storm:2541,monster:2541.

Между кластерами резервирования осуществляется обмен синхронизируемых данных.

 

Q: Что происходит после восстановления работы основного кластера? когда пользователи переключились на резервный .

A: Возвращаются назад. Возможны паузы при переключениях на время синхронизации данных кластеров.

Фоновые задания

Q: Как удалить фоновое задание, запущенное на серверах 1С:8.1 и 1С:8.2?

A: Возможность отмены регламентного задания работает только, если код выполняется в пределах встроенного языка 1С:Предприятия. Если код выполняется во внешних библиотеках, то отменить такое задания нельзя иначе, как принудительно завершив рабочий процесс. Если в процессе блок НачатьТранзакцию() - ЗафиксироватьТранзакцию() то вряд ли. Остальные фоновые задания можно удалить через консоль заданий.

Регламентные процедуры

Q: Возможно ли разрушение базы при проведении ТиИ?

A: Мне такие случаи неизвестны, но имхо возможно все. Поэтому перед ТиИ неплохо бы делать бэкап.

 

Q: Вячеслав, по каким причинам вы не делаете реиндексацию средствами 1С Тестирование и Исправление?
A: Для этих целей лучше подходят возможности СУБД, так как они посути выполняют тоже перестроение индексов, но не требуют монопольного захвата базы.

Технологический журнал

Q: Добрый день. Вопрос по технологическому журналу: мне необходимо получать копии экранов рабочих станций при ошибках 1С. Нужно ли для этого настраивать технологический журнал и на рабочих станциях, либо же он только для сервера?
A: Можно настроить только получение скриншота при падении платформы, а не при любой ошибки. Впрочем, особой полезности в такой операции не много, вполне достаточно собирать с помощью технологического журнала исключительных ситуаций. При этом, большую часть ошибок можно увидеть с помощюю ТЖ на стороне сервера 1С. Исключение могут составить события вроде "ошибки потока формата", связанной с устаревшим кэшем метаданных.

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

Неполадки и ошибки

Q: Сталкивались ли вы с проблемой - пропадание настроек отчетов у пользователей при динамическом обновлении конфигураций на платформе 8.2. Есть рекомендации, как с этим бороться?
A: Проблемы связанные с динамическим обновлением отражены в "Сервера 1С:Предпряитие 8.1 и 8.2 - с чем едят"), слайд №60. Чистить кэш. Возможно в некоторых случаях надо разбираться, где конкретно храняться настройки пользователей. При необходимости хранить в качестве двоичных данных в регистре сведений.

И чистить кэш метаданных.
Кэш метаданных 1с

Q: Можно ли изменить путь кэша метаданных? Если да, то каким образом. Спасибо!
A: С помощью групповых политик (gpedit.msc) можно переопределить путь профиля пользователя целиком (не только кэш метаданных).

Или воспользоваться внешней утилитой http://infostart.ru/public/15986/.

 

Q: Попутный вопрос, т.к. это актуально для файлового режима: какие ошибки исправляет chdbfl.exe?
A: Это инструмент исправления ошибок структуры хранения данных. Это может быть ситуация когда например возникает "Файл базы данных поврежден .../1Cv8.1CD". Т.е. устраняет повреждения файла базы данных. Однако не выполняет функций ТиИ. Я запускаю chdbfl.exe, если "не продит успешно" ТиИ.

 

Q: Подскажите пожалуйста сталкнулись с такой проблемой. при нахождении в базе большого количества пользователей (около 40) при проведении больших документов например отражение ЗП в регл. учете около 8000 строк. выдается ошибка нехватает памяти на сервере 1С предприятия и пользователь инициировавший проведение этого документа отваливается. Документ потом можно провести только после перезапуска агента 1С сервера.
A: Похоже на утечки памяти:

1. Рестартовать сервер 1С, увеличить количество рабочих процессов, в кластере держать только одну эту базу.

2. Бить проведение на порции, скажем по 1000 строк за раз. Отследить с помощью ТЖ объекты занимающие память при начале операции, но не освобождающие память по завершению.

3. Поставить х64 версию, увеличить объем оперативки, перейти на 8.2.

 

Q: Вопрос по тестированию и справлению. Можно ли запускать "Проверка ссылочной целостности" на базе УРБД с отбором по передаваемым данным? (т.е. в некоторых узлах физически отсутствуют объекты, но ссылки на них есть). Спасибо!
A: К сожалению, пока такой возможности нет.

 

Q: Почему тестирование и исправление сразу не решает все вопросы, приходится запускать несколько раз?

A: Точно ответить могут только разработчики. Я запускаю ТиИ по регламенту (циклически), поэтому для меня этот вопрос не очень актуален. Делать ТиИ надо не один раз, а постоянно как "ТО для автомобиля".

 

Q: Есть ли разница ТиИ 8.1 и 8.2?

A: На текущий момент написания ответа и релиза 8.2.10 мне разница не известна.

 

Q: Нужно ли при реструктуризации делать реиндексацию?
A: Не нужно.

Прочее

Q: Уважаемы господа никто не пробовал зеркалировать базы средствами MSSql 2008 вообще это возможно ?

A: Нет, рекомендую использовать штатные средства 1С:Предприятие.

 

Q: Вопрос по принудительному включению shared memory на сервере 1с 8.2

A: Не надо ничего принудительно включать, сервер сам поймет.

 

Q: Для 1С:Предприятие 8.1 замечены ситуации, когда на одном и том же аппаратном обеспечении файл-серверный вариант с "тяжелыми" операциями и единственным пользователем работает значительно быстрее, чем клиент-серверный, когда все "звенья" (сервер БД, сервер 1С:Предприятие и клиент) установлены на одном сервере. При этом при выполнении этой "тяжелой" операции явно выраженных перегрузок аппаратной части нет (загрузка процессора, памяти, жестких дисков минимальная). То есть аппаратных ресурсов много, а работает медленно. Во что же мы можем "упираться"? Спасибо.
A: Достоинство клиент-серверной архитектуры с точки зрения производительности - возможность ПАРАЛЛЕЛЬНО обрабатывать запросы клиентов к данным. Т.е. скорость потока не тот показатель, по которому стоит делать общие выводы. Механизмы, улучшающие параллельность, все же в рамках одного потока могут несильно снижать производительность.

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

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

 

Q: О разнице между виндовским терминалом и тонким клиентом 1С.
A: Пока большинство решений не переведы ПОЛНОСТЬЮ под 8.2, говорить о практическом сравнении этих технологий однозначно сложно.

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

Для консервативных прагматичных руководителей проектов, конвертирующих 8.1 под 8.2- терминальное решение. Для небольших проектов с низкой стоимостью ошибок и конфигурацией сразу реализованной с управляемыми формами и СКД - тонкий клиент предпочтительней ИМХО.

 

Q: А как провести нагрузочное тестирование приближённое к реальным условиям? Ведь не загонишь пользователей "пощёлкать что-то".

A: 1С:Тестцентр с выбором наиболее тяжелых операций, 100% воспроизведение не обязательно, сами щелчки не тяжелы, в основном проведение и запросы отчетов. По тестированию будет отдельный вебинар. Также подробней расказываю на курсах.

 

Q: Не планируете ли Ваш оффлайн курс по скл в виде вебинара?
A: На текущий момент нет уверенности, что будет восстребован. Если будет получено достаточно большое количество заявок на участие в таком мероприятии, то сделать то несложно.

 

 

Под понятием "кластер серверов" понимается несколько компьютеров (серверов) выполняющих общую задачу.

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

в начало страницы

 

  Одновременное использование 1С:

 

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

После установки серверы разных версий можно запускать только последовательно.
Для одновременного запуска сервисов Агента сервера «1С:Предприятия 8.1» и Агента сервера «1С:Предприятия 8.2» их нужно разнести по портам:
ragent.exe -instsrvc -port 2340 -regport 2341 -range 2360:2391 -d каталог -usr . \usr1cv81 -pwd пароль.
Одновременный запуск серверов одной версии возможен только как приложение:
необходимо разнести по портам и каталогам;
ragent.exe -port 2340 -regport 2341 -range 2360:2391 -d каталог.

 

И тем неменее можно сделать одновременный запуск серверов 8.2 разных версий так:

Установить Windows Resource Kits.
Зарегистрировать сервис утилитой instsrv.exe, например:
instsrv.exe "1C:Enterprise 8.2.8 Server Agent” c:\v828\ragent.exe
При помощи regedit выбрать ветку:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.2.8 Server Agent
В свойство ImagePath вписать правильные параметры:
c:\v828\ragent.exe -srvc -agent -regport 2341 -port 2340 -range 2360:2391 -d c:\srv828\
При помощи менеджера сервисов Windows установить:
Display name (Агент сервера 1С:Предприятия 8.2.8),
Description (Агент сервера 1С:Предприятия 8.2.8),
Log on as.
В результате будет добавлен сервис «Агент сервера 1С:Предприятия 8.2.8».

в начало страницы

 

  Продажи сервера 1С:

 

Сервер продается в 32битном и 64битном варианте.

Цены на сервера 42 000 руб. и 72 000 руб. в России на момент написания.

Часто покупают сервер вместе с лицензиями на СУБД (бандл).
Банл сервера 1С+DB2

в начало страницы

 

  Линукс:

 

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

Настройка Kerberos-аутентификации


Пример для трех компьютеров:
· контроллера домена Active Directory:,
· центрального сервера кластера 1С:Предприятия,
· рабочей станции.


·Имя компьютера (hostname) — main;

· IP-адрес — 192.168.29.150;
· имя домена — krb.local.
· центральный сервер кластера 1С:Предприятия:
· операционная система: Fedora 6;
· имя компьютера (hostname) — srv1c;
· IP-адрес — 192.168.29.151;
· установлена реализация Kerberos от MIT, поддерживающая алгоритм RC4-HMAC (пакет
krb5-workstation).
· рабочая станция.


Предполагается, что контроллер домена Active Directory настроен и работает. Исходя из этого, для настройки Kerberos-аутентификации нужно выполнить следующие шаги:
· в DNS-сервере следует «вручную» зарегистрировать все Linux-компьютеры. Регистрация Windows-компьютеров происходит автоматически при включении их в домен. В нашем случае, «вручную» необходимо зарегистрировать центральный сервер кластера 1С:Предприятия (т.к. на нем исполняется Linux-версия сервера), а рабочую станцию включить в домен (зарегистрирована она будет автоматически).
· после этого следует создать учетную запись пользователя, с которой будут ассоциироваться запросы авторизации к серверу 1С:Предприятия 8. В нашем примере это будет пользователь usr1cv8 с паролем pass1cv8. В свойствах этой учетной записи следует сбросить флажок Use DES encryption types with this account. Если ваша реализация Kerberos не поддерживает алгоритм шифрования RC4-HMAC, то флажок обязательно нужно выставить.
· затем для пользователя usr1cv8 следует сгенерировать файл с секретным ключом. Для этого используется утилита ktpass, входящая в состав в пакет Windows Support Tools (его можно найти в подкаталоге SUPPORT установочного диска Microsoft Windows).


В командной строке необходимо запуститьутилиту ktpass.

Для используемого примера командная строка должна выглядеть следующим образом:
C:\>ktpass -princ usr1cv82/srv1c.krb.local@KRB.LOCAL -mapuser usr1cv8 -pass pass1cv8 -out
usr1cv82.keytab
C:\>


Если алгоритм RC4-HMAC не поддерживается, командная строка должна выглядеть так:
C:\>ktpass -crypto DES-CBC-CRC -princ usr1cv82/srv1c.krb.local@KRB.LOCAL -mapuser usr1cv8 -pass
pass1cv8 -out usr1cv82.keytab
C:\>


В результате будет создан файл usr1cv82.keytab в текущей директории (в примере — это корень диска C:), а с пользователем usr1cv8 будет ассоциировано имя участника службы usr1cv82/srv1c.krb.local.


ПРИМЕЧАНИЕ. Необходимо обратить внимание на различие между именем usr1cv82 и usr1cv8. В нашем примере usr1cv82/srv1c.krb.local@KRB.LOCAL — это стандартное имя службы. Оно включает в себя имя локального пользователя, от имени которого на
центральном сервере кластера запускается сервер 1С:Предприятия 8 (usr1cv82). А usr1cv8, указываемое в параметре mapuser, — это имя доменного пользователя, которое мы создали .
В параметре passпередается пароль учетной записи usr1cv8 — pass1cv8.
В параметре outуказывается имя файла с ключом. В нашем случае это usr1cv82.keytab.

Предполагается, что кластер серверов 1С:Предприятия 8 уже установлен и работает на центральном сервере кластера.
Прежде всего следует указать DNS-сервер для центрального сервера кластера. Это должен быть DNS контроллер домена.


ПРИМЕЧАНИЕ. Процесс настройки зависит от конкретного дистрибутива Linux, в данном примере вручную отредактируем файл /etc/resolv.conf, указав в нем IP-адрес контроллера домена.
В результате файл должен содержать следующие строки:


srv1c:~#cat/etc/resolv.conf
nameserver 192.168.29.150
search krb.local
srv1c:~#


Затем следуетпроверитьработу DNS. Для этого следует выполнить команду ping:
srv1c:~#pingmain-c1
PING main.krb.local (192.168.29.150)56(84)bytesofdata.
64 bytes from 192.168.29.150: icmp_seq=1 ttl=128 time=0.177 ms
--— main.krb.localpingstatistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.177/0.177/0.177/0.000 ms
srv1c:~#


ВНИМАНИЕ. Для компьютеров, участвующих в процессе аутентификации, не допускается большого расхождения системных часов, так как аутентификационные пакеты (тикеты) имеют ограниченное время действия. Соответственно, нужно синхронизировать время центрального сервера кластера с контроллером домена. Для этого следует использовать команду ntpdate:
srv1c:~#ntpdate main
4 Jun 11:51:53 ntpdate[2527]: step time server 192.168.29.150 offset -56.766439 sec
srv1c:~#


Теперь необходимо выполнить настройку Kerberos. Для этого нужно отредактироватьфайл /etc/krb5.conf. При этом нам понадобится NETBIOS-имя контроллера домена. Оно, как правило, представляет собой имя домена в верхнем регистре. Поэтому в нашем случае NETBIOS-имя будет KRB.LOCAL. В результате файл /etc/krb5.conf должен выглядеть следующим образом:


srv1c:~#cat/etc/krb5.conf
[logging]
Default = FILE:/var/log/krb5libs.log
Kdc = FILE:/var/log/krb5kdc.log
admin_server = FILE:/var/log/kadmind.log
[libdefaults]
default_realm = KRB.LOCAL
dns_lookup_realm = false
dns_lookup_kdc = false
default_tkt_enctypes = rc4-hmac
default_tgs_enctypes = rc4-hmac
[realms]
KRB.LOCAL = {
kdc=main.krb.local:88
default_domain=krb.local
}
[domain_realm]
krb.local = KRB.LOCAL
.krb.local = KRB.LOCAL
KRB.LOCAL = KRB.LOCAL
.KRB.LOCAL = KRB.LOCAL
[kdc]
Profile = /var/kerberos/krb5kdc/kdc.conf
[appdefaults]
Pam = {
Debug = true
ticket_lifetime = 36000
renew_lifetime = 36000
forwardable = false
krb4_convert = false
}
srv1c:~#


Если алгоритм RC4-HMAC не поддерживается, то значения параметров default_tkt_enctypes и default_tgs_enctypesдолжны быть следующими:


...
default_tkt_enctypes = des-cbc-crc des-cbc-md5
default_tgs_enctypes = des-cbc-crc des-cbc-md5
...


Теперь нужно проверить работу системы аутентификации.

Для этого следует выполнитькоманду kinit <имя>, где имя — это имя произвольного пользователя, зарегистрированного в домене krb.local. В примере это будет имя user. Далее вводится пароль этого пользователя и завршается команда нажтием кнопки Enter. Если после этого программа
не выдаст никаких сообщений — значит все выполнено правильно.
Убедиться в этом можно с помощью команды klist.

 

Как видно далее, мы получили от KDC (Key Distribution Center — центр распределения ключей, эту функцию выполняет контроллер домена) так называемый ticket-granting ticket. После этого следует с помощью команды kdestroy очистить локальный кэш тикетов, чтобы вернуться в исходное состояние.


srv1c:~#kinit user
Password for user@KRB.LOCAL:
srv1c:~#klist
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: user@KRB.LOCAL
Valid starting Expires Service principal
06/04/08 11:29:21 06/04/08 21:28:28 krbtgt/KRB.LOCAL@KRB.LOCAL
renew until 06/05/08 11:29:21
Kerberos 4 ticket cache: /tmp/tkt0
Klist : You have no tickets cached
srv1c:~#kdestroy
srv1c:~#


Далее, любым способом следует передать файл с секретным ключом usr1cv82.keytab, полученный во время настройки контроллера домена, на центральный сервер кластера 1С:Предприятия 8. Этот файл следует скопировать в директорию, где установлен сервер 1С:Предприятия 8 (по умолчанию это /opt/1C/v8.2/i386 или /opt/1C/v8.2/x86-64 для 64-х разрядной версии сервера), и установить права и владельца файла, как показано ниже:


srv1c:~#cd /opt/1C/v8.2/i386
srv1c:i386# chown usr1cv82:grp1cv8 2usr1cv82.keytab
srv1c:i386# chmod 600 usr1cv82.keytab
srv1c:i386#


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


srv1c:~#klist -e -k -t /opt/1C/v8.2/i386/usr1cv82.keytab


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


Keytab name: FILE:/opt/1C/v8.2/i386/usr1cv82.keytab
KVNO Principal
---— -------------------------------------------------------------
13 usr1cv82/srv1c.krb.local@KRB.LOCAL (ArcFour with HMAC/md5)


Если алгоритм RC4-HMAC не поддерживается, результат выполнения команды будет выглядеть следующим образом:


Keytab name:FILE:/opt/1C/v8.2/i386/usr1cv82.keytab
KVNO Principal
---— -------------------------------------------------------------
13 usr1cv82/srv1c.krb.local@KRB.LOCAL (DES cbc mode with RSA-MD5)


Видно,что файл с секретным ключом содержит именно то, что нам нужно (в колонке Principal указано то самое имя службы, которое мы задавали при создании файла с секретным ключом (п. 3), и правильный алгоритм шифрования (ArcFour with HMAC/md5для RC4-HMAC или DES cbc mode with RSA-MD5для DES).
Далее следует проверить возможность работы Kerberosбез пароля с использованием секретного ключа. С помощью команды kinit укажем, что надо использовать аутентификационную информацию из файла (в нашем случае /opt/1C/v8.2/i386/usr1cv82.keytab или /opt/1C/v8.2/x86-64/usr1cv82.keytab для 64-х разрядной версии сервера) и прочитать оттуда ключ для сервиса usr1cv82/srv1c.krb.local@KRB.LOCAL.

В результате программа kinit должна отработать без каких-либо сообщений, не спрашивать никаких паролей и вернуть управление обратно в
командную строку:


srv1c:~#kinit -k -t /opt/1C/v8.2/i386/usr1cv82.keytab usr1cv82/srv1c.krb.local@KRB.LOCAL
srv1c:~#

Теперь рассмотримрезультаты работы с помощью команды klist. В случае успеха должна быть выведена информация, аналогичная следующему:


srv1c:~#klist
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: usr1cv82/srv1c.krb.local@KRB.LOCAL
Valid starting Expires Service principal
06/04/08 11:44:54 06/04/08 21:43:58 krbtgt/KRB.LOCAL@KRB.LOCAL
renew until 06/05/08 11:44:54
Kerberos 4 ticket cache: /tmp/tkt0
klist: You have no tickets cached
srv1c:~#
Если что-то настроено не так, то эта команда выведет следующее:
srv1c:~#klist
klist: No credential scache found (ticket cache FILE:/tmp/krb5cc_1000)
Kerberos 4 ticket cache: /tmp/tkt1000
klist: You have no tickets cached
srv1c:~#


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

в начало страницы

 

  

22-23 апреля состоялся вебинар "Сервера 1С:Предприятие 8.1 и 8.2 - с чем едят?".

Длительность видеозаписи - 2 часа 40 минут

Формат видеозаписи вебинара

Как выглядит видеозапись сервера 1С

Видеоролик упакован в самопроигрывающийся exe-файл 1.3 Gb , требующий активации лицензии.

Чтобы лучше понять эту технологию вот пример.

Ключ для просмотра видеозаписи стоит 999 рублей.

 

Как купить видеозапись (999 руб.)

1. Необходимо написать письмо на gilev.ru собачка gmail.com с запросом на ссылку.

2. Скачиваете файл по указанной ссылке (app1c.zip, в упакованном виде около 670 mb, внутри упаковка 7zip), распаковываете и запускаете app1c.exe.

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


Где посмотреть серийный номер для активации

3. Стоимость ключа просмотра всего 999 руб.

Через "веб-деньги":

Для оплаты вебинара переведите 999 WMR на кошелек R175392201024 с примечанием "оплата видеозаписи Сервера 1С <ваш почтовый ящик>, номер лицензии <ваш номер лицензии>".

Важно: вместо <ваш почтовый ящик> нужно указать в примечание ваш почтовый ящик, по нему будет выполненна Ваша идентификация для предоставления доступа.

http://www.webmoney.ru/rus/index.shtml

или через "яндекс-деньги":

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

"оплата видеозаписи Сервера 1С <ваш почтовый ящик>, номер лицензии <ваш номер лицензии>".

https://money.yandex.ru/prepaid.xml

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

 

Подробнее о возможных способах оплаты смотрите здесь.

4. Вам придет письмо с ключом для просмотра.

 

БОНУС ДЛЯ ВЛАДЕЛЬЦЕВ ВИДЕОЗАПИСИ!

 

1. Владелец видеозаписи имеет возможность получить ответ на один вопрос бесплатно по тематике вебинара!

2. Владелец видеозаписи может получить по запросу презентацию вебинара:

  • Заведите учетную запись на gmail.com.
  • Напишите письмо с запросом на материалы вебинара.

Пишете с Вашей почтовой записи на gmail.com (с других ящиков доступн не настраивается) мне письмо со ссылкой на презентацию ( "Сервера 1С:Предпряитие 8.1 и 8.2 - с чем едят"). В заголовке письма пишите "Гилеву - Предоставить доступ для <почтовый ящик, из-под которого приобрели запись>, куплена видеозапись вебинара". Моя почта : gilev.ru собачка gmail.com .

3. Бесплатно получить видеозапись вебинара "Настройка 1С:Центр управления производительностью".

в начало страницы

  Услуги (от 1С-Рарус)

     
 
Купить Лицензии 1С:Предприятие 8

1С:Предприятие 8. Клиентская лицензия на 1 рабочее место

1С:Предприятие 8. Клиентская лицензия на 10 рабочих мест

1С:Предприятие 8. Клиентская лицензия на 20 рабочих мест

1С:Предприятие 8. Клиентская лицензия на 50 рабочих мест

1С:Предприятие 8. Клиентская лицензия на 100 рабочих мест

1С:Предприятие 8. Клиентская лицензия на 300 рабочих мест

1С:Предприятие 8. Клиентская лицензия на 500 рабочих мест

1С:Предприятие 8.1. Лицензия на сервер

1С:Предприятие 8.1 Лицензия на сервер (x86-64)

1С:Предприятие. 8.2. Лицензия на сервер

1С:Предприятие 8.2. Лицензия на сервер (x86-64)

 

Телефоны:
(495) 250-6383,
(495) 250-6393,
(495) 223-0404

 

 
     

 



 
 
 
gilev.ru экспертиза 1С оптимизация производительности тех.поддержка обучение
статьи фамилия блог контакты