Сервер не является центральным для кластера 1с ошибка
В высоконагруженных системах 1С требуется тщательно проработать систему отказоустойчивости, чтобы бизнес не испытывал простоев, а все сбои были незаметны для конечного потребителя.
Мы в EFSOL Oblako тщательно анализируем возможности отказоустойчивости в разных системах, вплоть до холодного резервного копирования на европейских серверах (дублирование на уровне ЦОД).
В данной статье мы рассмотрим возможность кластеризации сервера 1С. Мы подобрали два аналогичных сервера, чтобы получилось распределить нагрузку на сервера 1С.
Устанавливаем 1С:Предприятие 8 на двух серверах с запуском службы “Агент сервера 1С:Предприятие 8.3 (x86-64)” .
После установки, переходим в “Администрирование серверов 1С Предприятия x86-64” .
Заходим в параметры кластера и вводим общее имя кластера, а также указываем “уровень отказоустойчивости” в нашем случае ставим 1 уровень .
На втором сервере удаляем “Локальный кластер” , сделанный по умолчанию. Подключаемся к новому созданному кластеру с именем “Cluster1C” .
Создаем “рабочий сервер” , указываем что этот рабочий сервер является “центральным” .
Заходим в Рабочие серверы => SQL => Требования назначения функциональности , создаем новое требования для клиентского соединение с ИБ, тип требования: назначить .
Повторяем тоже самое на рабочем сервере SQL2 .
Управление кластером заключается в том, что администратор определяет состав компьютеров (рабочих серверов), на которых размещается кластер. Кроме этого (при необходимости), он может определить требования к ним: какие сервисы и соединения с информационными базами должны работать на каждом из рабочих серверов.
Менеджеры кластера и рабочие процессы запускаются автоматически, исходя из назначенных требований. Требования к рабочим серверам могут быть заданы интерактивно, из консоли администрирования кластера, или программно, из встроенного языка.
После этого мы можем наблюдать как происходит распределение нагрузки на кластере 1С.
Интересует отказоустойчивое решение 1С? Мы предлагаем готовый кластер 1С в аренду .
Обновляю сервер 1С с 32 на 64 битный.
Поставил параллельно на одну и туже машину вдобавок к 32 и 64 битный.
Останавливаю службу 32. Запускаю службу 64 битного. Перезагружаю сервак.
Открываю консоль для прописывания там баз и вываливается такая ошибка при попытке открытия списка баз.
Не могу понять чего ему ни хватает. Уже пытался удалять кластер и добавлять заново. Вываливается аналогичная ошибка и не даёт создать кластер.
+(0) При попытке удаления кластера ругается что ни найден ни один процесс где размещен данный кластер.
(0) >>Останавливаю службу 32. Запускаю службу 64 битного. Перезагружаю сервак.
А что сделано чтобы служба 32 не стартовала после перезагрузки?
(5) Прикол в том что это один комп, вернее виртуалка, и на ней одновременно крутится обычный сервак 32 битный.
Мне нужно перевести все базы с 32 битного на 64 битный, после чего с 32 битным попрощаться.
Но проблема в том что даже когда я глушу 32 битный, не могу на новом 64 битном ничего сделать.
Были бы разные компьютеры было бы проще.
(10) "вернее виртуалка, и на ней одновременно крутится" - т.е. куплена программная лицензия на х64 и установлена на виртуалку? Или железный зеленый ключ проброшен?
Перестаньте заниматься хе*нёй.
В командной строке запуска службы сервера посмотрите где у вас живёт реестр кластера (параметр -d). Обычно это что типа "c:\Program Files(x86)\1cv8\srvinfo\".
Вариантов два.
1. Тупо скопировать всё из этой папки в ту папку, которая указалась, как папка для размещения кластера сервера 1С х64. По умолчанию это "c:\Program Files\1cv8\srvinfo\".
2. Указать в командной строке старта службы агента сервера 1C x64 вместо умолчания "c:\Program Files\1cv8\srvinfo\" папку с данными кластера сервера х32 - "c:\Program Files(x86)\1cv8\srvinfo\".
Все манипуляции выполняются при выключенных (остановленных) службах сервера 1С (и х32 и х64).
Командная строка запуска службы агента сервера 1С меняется в реестре ОС.
(8) > Мне нужно перевести все базы с 32 битного на 64 битный, после чего с 32 битным попрощаться.
(15) Лучше п.1, чтобы путаницы не было. Или вообще заново базы прописать. Заодно проверить, что у юзера службы сервера 1С есть права на "c:\Program Files\1cv8\srvinfo\".
Добрый день, решил спросить в отдельной теме. Ставлю SQL сервер 2019 в режиме отказоустойчивого кластера. Есть три виртуальные машины у каждой свой системный диск и к каждой приделан один и тот же LUN как диск E:\. Как в данном случае выбирать каталоги экземпляра? По задумке хочется что бы базы данных были на E:\ диске. Где это выбрать при установке ? Это корневой каталог экземпляра ?
alxmel
Участник
alxmel
Участник
Все разобрался сам, надо было добавить диск в кластер
alxmel
Участник
Surf_rider
Администратор
alxmel
Участник
А какой Ip адрес надо указывать при кластерной установке SQL ?
Участник
А какой Ip адрес надо указывать при кластерной установке SQL ?
alxmel
Участник
А где хранятся имена кластера SQL сервера ? Я удалил его и хочу поставить заново но он мне говорит что
Группа кластера "SQL Server (MSSQLSERVER)" находится вне сети. Чтобы продолжить, переведите группу в режим "в сети".
------------------------------
Группа кластера "SQL Server (MSSQLSERVER)" содержит ресурс "SQL IP Address 1 (CLUSTERDB)" типа "IP Address", наличие которого не допускается в группе ресурсов SQL Server. Убедитесь, что в группе кластера отсутствуют ресурсы SQL Server из другого экземпляра или ресурсы, имеющие типы общей службы.
Surf_rider
Администратор
Вот здесь - оснастка Диспетчер отказоустойчивости кластеров
Оттуда удалите и все
Surf_rider
Администратор
Как развернуть отказоустойчивый кластер MS SQL Server 2012 на Windows Server 2012R2 для новичков
Данный топик будет интересен новичкам. Бывалые гуру и все, кто уже знаком с этим вопросом, вряд ли найдут что-то новое и полезное. Всех остальных милости прошу под кат. Задача, которая стоит перед.
alxmel
Участник
Спасибо, на 1 сервер выполнил новую остановку отказоустойчивого кластера. Сейчас добавляю узел в кластер. Немного настораживают предупреждения:
Не удалось обновить объект-компьютер, связанный с ресурсом сетевого имени "SQL Network Name (CLUSTERDB)" кластера.
Текст для связанного кода ошибки: Unable to protect the Virtual Computer Object (VCO) from accidental deletion
Возможно, у удостоверения кластера "DOR-DB$" нет разрешений, необходимых для обновления объекта. Обратитесь к администратору домена, чтобы убедиться, что удостоверение кластера может обновлять объекты-компьютеры в домене.
alxmel
Участник
Вроде все установилось. Единственное, замечу я хотел из трех узлов собрать кластер, но судя по всему оказалось что 3 сервера в моей редакции не поддерживаются.
Проверка правила "Число узлов кластера, поддерживаемое этим выпуском" окончилось неудачно. Этот выпуск не поддерживает установленное число узлов кластера. Что бы продолжить, удалите узлы, а затем завершите установку в кластере.
Еще раз спасибо, можно закрыть топик.
Как я уже писал предыдущей статье Настройка кластера 1С 8.3 (ч. 1) , в кластере 1С Предприятие 8.3 значительно расширились настройки для оптимизации производительности.
При этом, важно отметить, что за счет большого количества параметров, которые за частую в 95% ситуаций не используются, настройка стала и сложнее.
Основные настройки сервера в кластере 1С 8.3
Диапазоны ip-портов:
Диапазон портов рабочих процессов. Можно расширить, если сеансов очень много (несколько тысяч) и портов на все соединения не хватает, то целесообразно расширить этот диапазон.
Так же такая ситуация может возникнуть при нагрузочном тестировании, например на 5000 онлайн пользователей и более.
Параметры рабочих процессов и количество соединений на процесс:
Рекомендуется оставлять по умолчанию. Изменять есть смысл только тогда, когда много слабо нагруженных баз, можно увеличить их количество на 1 процесс, чтобы не плодить rphost-ы.
Так же целесообразно изменять настройку в случае, если есть одна очень нагруженная база, и лучше под нее выделить отдельный процесс, указав на одном из серверов 1 базу на 1 процесс.
Безопасный расход памяти за 1 вызов:
Данная настройка используется очень редко и рекомендуется оставлять значения по умолчанию.
"Срабатывание" настройки делится на несколько этапов:
- Критический объем памяти процессов;
- Безопасный расход памяти за один вызов;
- Временно допустимый объем памяти процессов;
- Интервал превышения допустимого объема памяти процессов.
Если превышает указанное значение, то пользователь получит ошибку «Недостаточно памяти для выполнения операции».
Центральный сервер (ЦС):
Определяет, является ли сервер центральным, т.е.:
- через который можно подключиться к кластеру.
- на котором работает главный менеджер кластера.
Второй центральный сервер 1С 8.3
Если мы указываем два ЦС в рамках одного кластера, то получаем две точки входа в кластер. Если 1 ЦС умрет, то будет работать второй ЦС. Для обеспечения такой функциональности, все данные кластера резервируются, таким образом, как следствие, повышается нагрузка на оборудование.
В отличие от уровня отказоустойчивости, в данном случае, даже при падении одного ЦС, кластер будет жить, а пользователи могут даже не заметить проблем.
Требования и назначения функциональности
Имеет смысл только если в кластере более 1 сервера. Дает возможность назначить конкретный сервис на конкретный сервер. После установки 1С , рекомендуется удалить локальный кластер (через панель администрирования), потому что он не используется.
Ниже рассмотрю ключевые сервисы, которые рекомендуется выделять.
Сервис лицензирования:
Целесообразно указать слабую машину или виртуальный сервер (предпочтительно, потому что легко перенести) с фиксированной аппаратной конфигурацией. Как следствие, не будет необходимости обновлять лицензию после каждого апгрейда конфигурации оборудования рабочих серверов.
Сервис заданий:
Дает возможность указать отдельный сервер для выполнения фоновых заданий. Таким образом снизить нагрузку на оперативную деятельность, а все расчеты вынести на фоновые задания на отдельную машину или виртуалку. Так же можно вынести выполнение фоновых заданий, например, на OS MS Windows, если требуется использование COM-объектов, таких как S Office или внешних компонент. При это большая часть кластера будет работать под Linux.
Сервис сеансовых данных / Сервис журналов регистрации / Сервис полнотекстового поиска:
Мы с Вами уже знаем, что самое важное для нас - это жесткий диск, потому что именно он зачастую является "бутылочным горлышком". Если перенести перечисленные сервисы на отдельный сервер с очень быстрым диском, то это значительно ускорит работу загруженного кластера.
Релиз версии 1С: Предприятие 8.3 был анонсирован в 2012 году. Вместо резервного кластера ( как в версии 8.2 ) сделали один кластер, но внутри кластера можно указывать различные параметры, т.е. значительно упростили настройку отказоустойчивости.
Перед тем, как рассмотреть настройки, отмечу ключевые параметры запуска ragent :
- –range – Порты рабочих процессов
- –d – Директория, где живет сервер (было рассмотрено в предыдущей статье)
- –debug – Флаг отладки на сервере
Строку запуска ragent можно посмотреть в службе, а настроить параметры в редакторе регистра: «HKLM -> SYSTEM -> Current Control Set - > Services».
Строку запуска ragent можно посмотреть в службе, а настроить параметры в редакторе регистра: «HKLM -> SYSTEM -> Current Control Set - > Services».
Файлы и каталоги сервера 1С
- Общий каталог сервера (C:\Program Files\1cv8\srvinfo\)
- lst – файл настроек кластера
- lst – файл со списком баз
- Каталоги баз:1Cv8FTxt – файлы полнотекстового поиска
1Cv8Log – файлы журналов регистрации - Snccntx – сеансовые данные.
Поместить во временное хранилище помещает данные в сеансовые данные (snccntx на диске), при этом часть данных может кэшироваться в оперативной памяти.
Основные настройки кластера 1С: 8.3
Защищенное соединение:
Шифрует данные между клиентом и сервером 1С.
Поэтому и в данном случае, при включенном шифровании, производительность будет падать, т.к. тратятся ресурсы.
Рекомендуется оставлять «выключено», тогда будет шифроваться пароль только при первом соединении(!). Не влияет на шифрование данных между 1С и СУБД.
Интервал перезапуска:
Автоматически перезапускает рабочие процессы (rphost). Начало отсчета интервала перезапуска = момент нажатия на кнопку «ОК», поэтому ставите интервал 1 раз в сутки (86 400 с.), то ставьте ночью.
Перезапуск процесса (выключение старого и включение нового) разделен на этапы:
- Процесс помечается как выключенный, теперь на него не назначаются новые сеансы.
- Создается новый процесс, на который перекидываются все сеансы с выключенного.
- Если за интервал времени « проблемные процессы завершать через » (например, 1 минута) остались висеть сеансы, то они обрываются принудительно, а процесс убивается (клиент получит ошибку).
Имеет смысл только для 32 разрядных систем, т.к. там есть фрагментация памяти (рассматривается на занятии 01-01. Знакомство с 1С ). Для 64 полезно использовать только тогда, когда есть утечки памяти, и проблема пока не решается.
Уровень отказоустойчивости (УО):
Имеет смысл только если в кластере более 1 сервера. Максимальный уровень отказоустойчивости - это количество серверов в кластере минус 1, т.е. если в кластере 1 сервер, то уровень отказоустойчивости = 0. Если же их 3, то есть возможность задать значение УО равным от 0 до 2.
Уровень отказоустойчивости – это количество серверов, которые могут упасть, без последствий для пользователя.
Важный момент, что резервирование идет именно для служебных серверов, т.е. если упадет центральный, то весь кластер умрет. Все обеспечивается за счет резервирования сеансовых данных (копирование на резервный сервер), а это опять же влияет на производительность.
При Уровне отказоустойчивости > 0 дублируются сеансы. Т.е. пользователь запускает одно приложение, но сеансов 2 (рабочий и резервный). Это дублирует и использование лицензий, но проблему можно решить «требованием и назначением функциональности». Не рекомендуется ставить значение более 1.
Читайте также: