Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Спасибо било интерсно почитать. Попробуэм как будет работать.
Преогромный (+)-ище !!! Всегда было интересно — как это запустить.
Если разместить все фоновые задания на одном сервере, то в «требованиях» надо указать:
Объект требования: Клиентское соединение с ИБ.
Тип требования: Назначать.
Имя ИБ: не указывается.
Значение дополнительного параметра: BackgroundJob.CommonModule.
Еще есть приоритеты, они важны, если несколько назначений будет.
Особенности лицензирования при вынесении сервиса лицензирования:
Нужно обязательно назначить требование со значениями
Объект требования: Сервис лицензирования.
Тип требования: Назначать.
Имя ИБ: не указывается.
Значение дополнительного параметра: не указывается.
При этом при активации программной лицензии с помощью сервера «1С:Предприятия» следует указывать имя сервера, иначе активируется для другого компьютера.
(0) Плюс. Интересно. Но поправьте ошибки орфографические
…и добавьте больше котов 🙂
Ссылку на документацию можно?
а не сырая еще 8.3 ?
рискованно ради «плюшек» менять более менее стабильно работающую систему на перспективную, но «молодую»
(6) Да 8-ка вообще сырая — надо на 77 работать! 🙂
(6) Сейчас может быть еще и сырая, но обзор нововведений в Сервере 1С:Предприятия и консоли управления им уже заставляет предвкушать что мы получим в скором будущем и что можно будет сделать(настроить) в нем
Спасибо за статью!
Мир этому дому!
Тема освещенная в статье интересная, спасибо. За текучкой дел не всегда удается уследить за всеми новшествами и такие статьи и комментарии к ним очень помогают.
(5) echo77,
(6) VSvintsov, дико извиняюсь, а стабильная — это какая?
стабильная версия — это та, про которую на сайте Инфостарт на главной странице не вешают опрос с пунктами:
_______
Перешел на 8.3
В режиме совместимости и два дня полёт нормальный
45% (204)
Без совместимости, но постоянно наталкиваюсь на ошибки
29% (130)
Без совместимости и два дня полёт нормальный
15% (66)
Без совместимости, было немного ошибок, но все легко преодолелись и два дня полёт нормальный
7% (32)
Без совместимости, предварительно доработал конфигурацию и два дня полёт нормальный
4% (19)
__
а в этом опросе 29% имеет пункт №2 — проблемный
(13) VSvintsov, словоблудие это прекрасно, но все же назовите версию стабильной платформы )
Весьма познавательно и полезно.Прям на 8.3 переходи.Быть может мы сможем получить значительный прирост производительности в больших базах.
(14)
По моей скромной практике: 8.2.16.362 и 8.2.16.368.
OFF. Надо опрос поднять на эту тему 🙂
наверное есть смысл добавить, что , развернуты с августа 2012 года на платформе 8.3 (сначало в бете, а сейчас в коммерческом релизе)
могу подтвердить, что некоторые фичи мы используем и довольны
интересно было прочесть,радует что 1с теперь может работать с большими объемами,и теперь ею смогут пользоваться на больших предприятиях
Как показывает практика, с отказоустойчивостью 1С перемудрили, так ее и не достигнув.
И беда как всегда в лицензиях.
Рассмотрим логику 1С. Уровень отказоустойчивости УО = к-во ЦС(центр.сервер) — 1. Так пишет инструкция 1С.
Но представим ситуацию, что у нас «упал» рабочий сервер лицензий (не ЦС)…. ай-ай-ай…. Да и вообще, смысл указания УО в кластере не понятен. У меня 7 серверов. 4 из них ЦС. УО тогда =3. Но я поставлю 2 или 1.. ну так вот. И что? Или поставлю 8? Типа 1С(кластер) сам не может оценить свой текущий(!) УО?
А еще репликация серверов БД… отдельная тема.
А еще может упасть ВЭБ сервер.
А еще в кластере все работает менее стабильно. И когда много-много процессов одновременно тоже. И когда много соединений на процесс тоже…
А еще параметр перезапуска процессов по времени равный нулю приводит со временем к «зачехлению» сервера. Хотя, да в 8.3 хватает уже намного дольше. А не равный нулю и с установленым «БД на процесс не равным нулю» приводит к тому, что у вас одномоментно может перестартонуть сразу десяток процессов сервера и все ляжет.
Интересно бы рассмотреть в статье еще требования безопасности. Чего ранее вообще небыло как свойств сервера.
Вобщем курить нам еще это все не перекурить )
Статья интересная. Но мне бы было интересно еще посмотреть результаты тестирования работы на кластерах, с базой на 100 пользователей и объемом больше 500 Гб как дела обстоят с транзакциями, с ошибками?
а стоит ли пробовать на последнюю 8.3 с 8.2 переходить? насколько стабильна 8.3? для обычного приложения
думаю что массовый переход на 8.3 случиться осенью, вторая волна в феврале
за основу беру опыт предыдущих волн новых релизов 8ки
ну отлично! развивается функционал. и что радует: развивается в нужную сторону
Вячеслав добрый день! Подскажите как лучше сделать, 3 сервера Винд (2012) На одном SQL 2012, на двух других сервера 1С 8.3, по плану будет один основной другой резервный. Как и куда поставить клиентские лицензии (программные) из статьи я понял что можно менеджер лицензий вынести на отдельную машину. Не совсем понял как… Если не затруднит можете пояснить, или направить где прочитать.
адресные вопросы именно ко мне лучше задавать в
очень тяжело просматривать все сторонние площадки
про вынесение менеджера лицензирования — если у вас физический сервер, то просто поставьте на основной сервер, если вы говорите про виртуальные сервера, то не хватает еще одного маленького, но физического сервера, куда и ставить )
особенность виртуальных сред в том, что они могут легко поменять критерии привязки лицензий, а их много
● наименование операционной системы;
● версия операционной системы, при этом для ОС Windows анализируются только первые две цифры номера версии;
● серийный номер операционной системы (только в случае ОС Windows);
● дата установки операционной системы (только в случае ОС Windows);
● сетевое имя компьютера;
● модель материнской платы;
● объем оперативной памяти;
● тип и версия BIOS;
● список процессоров и их параметры;
● список сетевых адаптеров и их MAC-адреса, однако, из процедуры сравнения ключевых параметров исключаются:
● сетевые адаптеры Bluetooth;
● сетевые адаптеры, подключенные по IEEE 1394 или USB;
● программные адаптеры WAN и RAS;
● адаптеры, не имеющие MAC-адреса и данных VEN_ и DEV_ из PNP-идентификатора.
● список жестких дисков и их параметры, однако, из процедуры сравнения ключевых параметров исключаются:
● внешние накопители, подключаемые по IEEE 1394 и USB.
Например если виртуалка переместиться на сервер с процессорами AMD на процессоры с Intel, то у Вас поменяется CPUID и лицензии «слетят». Физический сервер надо рассматривать как «стабильную систему привязки лицензий».
правда в последних релизах платформы есть улучшения
При изменении ключевых параметров компьютера следует помнить о следующих особенностях:
● При проверке информации о компьютере анализируется только удаление, а не добавление устройств. Например, при получении программной лицензии на компьютере был установлен один сетевой адаптер. Можно добавить еще один сетевой адаптер, без необходимости повторного получения программной лицензии, но нельзя заменить один сетевой адаптер на другой.
● Оперативную память на компьютере можно увеличивать, но нельзя уменьшать. Например, получение лицензии выполнялась с оперативной памятью равной 2 Гбайт. Без необходимости повторного получения программной лицензии имеется возможность увеличить память до 6 Гбайт, а потом уменьшить ее объем до 4 Гбайт. Однако, уменьшение объема оперативной памяти ниже 2 Гбайт приведет к необходимости повторного получения программной лицензии.
● Изменения анализируются по текущему состоянию компьютера относительно того состояния, когда выполнялась привязка лицензии.
Материал поверхностный, тема не раскрыта 🙁
Хотелось бы увидеть информацию о настройке резервирования кластеров в 8.3 По 8.2 информация есть, а по 8.3 нет. А ведь там что-то поменялось. Даже визуально пропала ветка «Резервирование кластеров».
(27) Огонек, читайте документацию, там раскрыта )
День добрый!
перейду сразу к делу.
Пытаюсь добавить второй рабочей сервер в кластер.
При запуске предприятия получаю ошибку:
«Ошибка загрузки компоненты testbase»
С одним рабочим сервером все запускается.
При установке: Требований функциональности — «Клиентское соединение с ИБ» на первый рабочий сервер —
1С-ка великолепно запускается.
Проблема была в том, что на первом сервере был установлен Сервер 1С + приложение, на втором — только сервер 1С.
Оказывается для запуска нужен был файл testbase.dll.
Тестировал все в Толстом клиенте!
(28) в документации , увы, не сказано, почему при «повышении» второго рабочего сервера до центрального — «разваливается» весь кластер, т.к. на уже «втором центральном» сервере постоянно крашится менеджер и репликация конфигурации кластера не проходит.
После некоторых попыток и пляски с бубном (опять же по инструкции с сайта ИТС) — кластер работает, но он НЕ отказоустойчивый — при «отключении» одного из рабочих серверов — валится менеджер втрого.
Глюк/недоделка платформы?
ЗЫ ОС Win 2012 Datacentr, Microsoft SQL Server Standard (64-bit) 11.0.2100.60 (виндовый кластер), «корки» в 1С не слал.
(32) DigitalMan, думаю надо все же подсказать 1с, видимо «детские болезни» первых релизов
(29)(31) в версии 8.3.4.437 ничего не изменилось. Помогла установка клиентской части. Некогда было экспериментировать какая именно влияет на установку библиотеки testbase.dll, поэтому установил и толстого и тонкого и тонкого файлового клиента.
Спасибо за сэкономленное время!
Подскажите плиз. Есть один центральный сервер виндовый и сервер лицензий под убунту, собрал кластер, включил в него убунту сервер, назначил сервер лицензирование и клиентские соединения не назначать. Где активировать программные лицензии в этом случае? на сервере убунту или на виндовом?
(4)
Если мы вытаскиваем сервис лицензирования клиентских соединений на отдельную машину, то версия движка должна быть такая же, как и у главного менеджера кластера(центрального сервера 1С:Предприятия) или монопенисуально? Спасибо.
(36) zzz_natali, глупый вопрос, как вы в кластер разные версии платформы свяжите?
Товарищи подскажите, починили в новых релизах отказоустойчивость? =)
(38) DikSer, так и не починили. пробуем уже месяц создать кластер на 8.3, все без толку.
ставили 8.3.4.496, 8.3.5.1068, 8.3.5.1119
при объединении 2х серверов в кластер все работает: и отказоустойчивость (УО=1), и балансировка нагрузки. при перезапуске серверов штатно отрабатывает перенос сеансов (даже для толстого клиента КА, естественно, при соблюдении всех описанных в документации условий). все замечательно, но ровно до разрыва связи. то есть модулируем обрыв сети. в этот момент оба сервера начинают тупить. пытаются вернуть связь со вторым, начинаются тормоза, rphost съедает до 100% процессорного времени. сервисы в менеджерах не переезжают (не создаются недостающие), а если и переезжают, то минут через 5-10, при этом продолжаются тормоза. запустить новый сеанс в этом случае практически не реально. с большой долей вероятности все существующие сеансы отвалятся. помогает только перезапуск серверов (при остановке служб с почти наверняка останутся рабочие процессы, поэтому проще сразу в ребут, а если ребут критичен, то вручную убивать процессы).
продолжаем эксперимент — добавляем 3й сервер. при УО=2 стабильной работы добиться не удалось. возможно тут просто нужна более тонкая настройка, а не «из коробки». в любом случае, при отключении любого из серверов наблюдаем ту же картину, что и раньше на 2х серверах. кластер начинает тупить и тормозить, помогает только перезапуск.
последний этап — 3 сервера с УО=1. единственный вариант, при котором удалось добиться более-менее рабочего отказоустойчивого кластера, даже с разрывом сети, но только при «потере» ОДНОГО сервера.
и опять появляется магическое «НО»… со временем кластер «деградирует», то есть появляются тормоза, процессы начинают необоснованно потреблять ресурсы. скорей всего нужно настраивать время перезапуска процессов, но это опасно, поскольку до сих пор не понятно, по какому признаку определяется время начала отсчета до перезапуска (в документации этого нет, а авторитетные люди пока молчат. если есть информация, буду благодарен ссылке)
(37)
Попробую несколько иначе: сервис лицензирования клиентских соединений установленный стандалоне обслуживает только один кластер или может несколько кластеров?
(40) zzz_natali, и как вы себе представляете механизм, когда один кластер (кстати может с логинами виндовой авторизацией из одного домена) должен узнать выданные лицензии в другом кластере (которые могут а администраторами кластера только с 1С-ким типом авторизации) ?
Здравствуйте!
Подскажите пож. Добавил рабочий сервер в кластер. 1с — 8.3.4.465. Центральным не делал, уровень отказоустойчивости не менял. Требования назначения функциональности на серверах не трогал. На новой машине только фоновые работают, да планировщики. Клиентских соединений нет. Так должно быть?
Здравствуйте!
Подскажите пож. Добавил рабочий сервер в кластер. 1с — 8.3.4.465. Центральным не делал, уровень отказоустойчивости не менял. Требования назначения функциональности на серверах не трогал. На новой машине только фоновые работают, да планировщики. Клиентских соединений нет. Так должно быть?
(41) Тогда какова его смысловая нагрузка выносить в отдельный узел, тем самым увеличивая точку отказа всего кластера на единицу?
Время перезапуска считается с момента запуска рабочего процесса.
Когда были запущены процессы можно глянуть в их свойствах, но сразу скажу, что перезапуск РП работает на 8.3 через одно место.. Количество запущенных и остановленных процессов непредсказуемо.
Две недели назад перешли на 8.3. проработали недельку и откатились назад на 8.2
Я даже не говорю про настройку отказоустойчивости.
Сервер вообще неадекватно себя ведет. То процессов наплодит неактивных, то сервис какой-нить потеряет.
Конфигуратор — это вообще отдельная тема. Зависшие блокировки с базой, которые снимаются только удалением базы из списка на сервере 1С.
Работали в 8.3.5.1119
Итог: не спешите переходить на 8.3
(43) elea, перезапусти весь сервер. Причем в первую очередь запусти сервер на второй машине.
Сервер сам распределить нагрузку должен.
(44) zzz_natali,
«Наличие отдельного сервиса лицензирования позволяет беспрепятственно конфигурировать рабочие серверы кластера или разворачивать кластер на виртуальных серверах с динамическим изменением параметров»
Плюс экономия на клиентских лицензиях, так как для пассивного узла не нужно будет ставить клиентские лицензии.
это можно и на 8,2 развернуть.
Физический слабенький Центральный сервер с программными клиентскими лицензиями без запуска на нем РП.
и сколько хочешь Рабочих серверов на виртуальных машинах
(44) zzz_natali, умных слов набрались, а документацию так до сих пор и не прочитали к кластеру
коллега в (47) Вам повторил еще раз цель вынесения — это прежде всего инструмент борьбы с непостоянными параметрами виртуальной среды, что провоцирует к проблемам «переактивации» лицензий
а на счет точки отказа — вы не путайте аппаратное резервирование и софт
в первом случае все решается дублированием, во втором случае вы мало что можете сделать (если в софте что то пойдет не так), бэкапы еще ни кто не отменял
(49) Вячеслав, не надо словоблудия. 1С, как всегда, облажалась с ключами защиты. Теперь программными. И вместо того, чтобы сделать нормальную защиту, 1С сейчас борется с «непостоянными параметрами виртуальной среды» (частота уменьшится на 1МHz, надо опять переактивировать лицензию). Интересно, в SAP, axapte, oracle так-же по тупо-жлобски реализована защита от нелиционзионного использования? Не верю. С отказоустойчивостью то-же самое. В нормальных СУБД делаются несколько дублирующих серваков, если один начинает дымиться/глючить/тупить, его нагрузку берут на себя остальные. 1С, как всегда, «отказоустойчивость» поняло по своему, при отказе «вы мало что можете сделать «.
(50) PiccaHut001, наши клиенты работают тысячами в террабайтных базах, ключи защиты свои функции выполняют
если у Вас руки не оттуда растут, то не надо валить все на фирму 1С
(51) бла-бла-бла, …мои миллионы клиентов работают в петабайтный базах, у всех всё хорошо… Есть простые факты: у процессора была частота 2399,9 (так винда посчитала), стала 2400 — 1С просит активировать новую программную лицензию. Обратились к 1С — это, оказывается,
багособенность их системы лицензирования, и переделывать они ничего не будут. Элементарную проверку, чтобы новая частота отличалась от старой на 100MHZ борис впиливать не будет, нет ресурсов. В приоритетах конфигуратор под айфон6. А то вдруг владельцу бизнеса захочется модуль проведения поправить — сразу открыл в айфоне и поменял что надо. Можно съэкономить на штатном программисте, бизнесу выгодно.(52) PiccaHut001, насколько мне известно у вас есть 3 попытки реактивации, у вас же частоты так часто не меняются, не устраивайте цирк
лучше научитесь нормально в 1С обращаться за помощью и это вполне серьезно говорю
(53) 1)
2)
3)
4)
— постепенно маркетологический трёп про непотопляемый кластер сменяется признанием собственного ничтожества. Интересно, какое будет время восстановления после сбоя, если ждать реакции «квалифицированной» поддержки 1С? Как можна тогда говорить об «отказоустойчивости»?
(54) PiccaHut001, если не можете решить подобные задачи, решение можно купить —
рекомендую обратить на совместные проекты 1С:ЦКТП, где сроки реакции фирмы 1С строго прописаны в договоре
Отдельный вклад в стабильность системы вносит «расходование» лицензий/ключей. В 8.3 появилась возможность использования «менеджера программных лицензий» напоминая менеджер «аладина». Цель — возможность вынести ключ на отдельную машину.
Можно ли инструкцию чуть более подробную, как вынести ключ на отдельную машину ?
Речь про программные лицензии!
Если у Вас кластер серверов 1С, то один из них можно сделать «отвечающим» за лицензии назначив соответствующее свойство в консоле кластера.
Все программные лицензии вбить в него и воаля.
Одно НО! Как я понимаю файловые 1с не будут работать если программная лицензия установлена на сервер. А значит этот «менеджер программных лицензий» вовсе не менеджер, а фигня полная. Или я не прав?
P.S. плюс ко всему если лицензия установлена на сервер, то лицензия будет тратиться на каждый запущенный экземпляр 1с одним пользователем, как я понял.
С учетом этого вообще полный бред и атас выходит.
по сути сабжа
вот нарыл еще очень хорошую статью на ту же тему, может кому пригодится
( Модераторам: оставляю здесь не как рекламу, а как полезную ссылку по той же теме )
Мне «та» статья помогла «побороть» вылеты 1с8.3 при больших нагрузках
(конечно же с применением мозгов 8))
В чем отличие от ДАННОЙ ?
В ТОЙ статье — человек привёл реальные параметры настроек своего кластера
которые у него используются в «продакшн»
и (самое главное) ОБЪЯСНИЛ ПОЧЕМУ они отличаются от значений «по-умолчанию»
В ЭТОЙ же статье (по сути) разжевывается тот же самый «хелп» — нет практических указаний.
Как обычно = «у каждого свои настройки, обращайтесь, помогу, за $»
(Автору: не в обиду сказано, просто факт, извините.)
(59) kos, не в обиду — вы видите разницу между статьями больше чем год не в пользу вашей статьи?
(49) а как тогда быть с программными лицензиями на сервер 1С предприятия, которые работают в виртуальной среде? Т.е. клиентские лицензии защитили от изменений, а серверные нет. В чем смысл?
Оставлю это здесь если кто придет из поиска:
Для того, чтобы процесс дополнительного рабочего сервера запустился и на нем заработали те сервисы, которые для него определены, требованиями назначения функциональности, нужно чтобы на целевом рабочем сервере не было администратора кластера, либо у администратора логин/пароль совпадали бы с одним из логин/пароль кластера источника.
Есть кластеры: SRV1 (Все сервисы) SRV2 (все сервисы кроме лицензирования) SRV3(все сервисы кроме лицензирования)
SRV3 не выдавал клиентские лицензии, и рабочий процесс на SRV1 был не активен пока на SRV3 не был прописан такой же администратор кластера как и на SRV1.
(57)»Если у Вас кластер серверов 1С, то один из них можно сделать «отвечающим» за лицензии назначив соответствующее свойство в консоле кластера. »
Артем, то есть можно раздавать и лицензии на сервер 1С тоже? То есть для резервирования кластера (отказоустойчивый сервер), достаточно приобрести одну лицензию на сервер 1С и можно будет завести резервный кластер? Или все таки надо будет приобретать две серверные лицензии для этого?