Возникли ли у вас проблемы при использовании ПРОФ лицензии 10 сентября 2019?
Нет проблем (32.73%, 526 голосов)
32.73%
Сбросили настройки по умолчанию и все заработало как раньше (30.93%, 497 голосов)
30.93%
Сбросили настройки по умолчанию, но проблемы остались (8.21%, 132 голосов)
8.21%
Обновили лицензии до уровня КОРП (3.73%, 60 голосов)
3.73%
Откатили или используем старую платформу (16.43%, 264 голосов)
16.43%
Другое (7.97%, 128 голосов)
7.97%
Лучшие комментарии
Все куда проще.
Единственное, что вам надо:
1. Зарегистрировать все ключики через фаранчайзи, желательно нормального.
2. В личном кабинете ИТС ПОРТАЛА , не перепутайте с ИТС сайтом, вы увидите весь список зарегистрированных продуктов 1С.
Там же будет ссылка на обновление лицензии, вы скачиваете.
Это ТУПО текстовый файлик в формате HTML с пинкодом.
3. По полученному пинкоду привязываете его не к железу, а к USB ключику. ВСЕ, на этом все обновление.
Вся магия на сервере где ключик и через конфигуратор - Установка лицензии
4. В итоге, вы получаете БОНУС от 1С, возможность в расширении добавлять любой объект метаданных, кроме бизнепроцессов и журналов документов и по мелочам.
5. Из плюса, у вас при возврате в настройки сервера по умолчанию, сервер работает дальше :)
п.с. у нас не все лицензии обновлены, просто так совпало, часть ключей по старым лицензиям, часть по новым, но все робит... Единственное, на сервере 1С все лицензии обновлены, кроме разве что лицензии самого сервера :)
Единственное, что вам надо:
1. Зарегистрировать все ключики через фаранчайзи, желательно нормального.
2. В личном кабинете ИТС ПОРТАЛА , не перепутайте с ИТС сайтом, вы увидите весь список зарегистрированных продуктов 1С.
Там же будет ссылка на обновление лицензии, вы скачиваете.
Это ТУПО текстовый файлик в формате HTML с пинкодом.
3. По полученному пинкоду привязываете его не к железу, а к USB ключику. ВСЕ, на этом все обновление.
Вся магия на сервере где ключик и через конфигуратор - Установка лицензии
4. В итоге, вы получаете БОНУС от 1С, возможность в расширении добавлять любой объект метаданных, кроме бизнепроцессов и журналов документов и по мелочам.
5. Из плюса, у вас при возврате в настройки сервера по умолчанию, сервер работает дальше :)
п.с. у нас не все лицензии обновлены, просто так совпало, часть ключей по старым лицензиям, часть по новым, но все робит... Единственное, на сервере 1С все лицензии обновлены, кроме разве что лицензии самого сервера :)
У нас база опубликована в интернете, кроме сброса настроек потребовалось удалить ссылки на папки с дистрибутивами платформы для автоматического обновления в файле "default.vrd". Хотя в свойствах публикации ИБ не стоит "публиковать дистрибутив".
(10) Зависит от того, когда вы покупали аппаратные ключи. Если они были куплены до 11.02.2019, то ограничение на 12 ядер и 500 юзеров можно снять бесплатно. Для этого дополнительно к ключам нужно будет получить специальные программные лицензии, снимающие эти ограничения.
(21) Если все лицензии программные и куплены до 11.02.2019 - то ничего не делать не надо. При обновление платформы лицензии автоматически обновятся и ограничения на количество сеансов и ядер будут сняты.
Но только в том случае если действительно функционал КОРП у Вас не используется.
Тут мы сделали небольшой FAQ по переходу, многие вопросы должны проясниться.
Но только в том случае если действительно функционал КОРП у Вас не используется.
Тут мы сделали небольшой FAQ по переходу, многие вопросы должны проясниться.
Остальные комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(76)можно поподробней. Сколько поставили? .
У нас проюлемы с одной базой, и потому параметр количество баз на процесс видимо тоже пофиг(будет всего одна даже если стоит дефолтная настройка 8) . Но франч реклмендовал двигать обе от дефолта, и это некоторое время назад прмогло , теперь поставил всë обратно, но думаю если есть возможность на 15 версии и 64разрядном сервере двигать количество соединений, без наоушения лицензии КОРП, то это решение. Вопрос в каких пределах это возможно?
У нас проюлемы с одной базой, и потому параметр количество баз на процесс видимо тоже пофиг(будет всего одна даже если стоит дефолтная настройка 8) . Но франч реклмендовал двигать обе от дефолта, и это некоторое время назад прмогло , теперь поставил всë обратно, но думаю если есть возможность на 15 версии и 64разрядном сервере двигать количество соединений, без наоушения лицензии КОРП, то это решение. Вопрос в каких пределах это возможно?
Казалось бы, четкое разделение могло быть между корп и проф. Корп - с возможностью организации многосерверных кластеров, проф - на одном сервере. И еще мини - на одном сервере с ограничением по количеству пользователей.
А по факту - объявили "корпом" то, что было нужно даже ларькам. Я про параметры сервера....
А по факту - объявили "корпом" то, что было нужно даже ларькам. Я про параметры сервера....
Эти дефолтные настройки говорят о том, что
1С выпиливает человеский фактор из администрирования, готовясь к тому, что вместо админов будут боты. Чуть позже боты будут вместо программистов, аналитиков, финансистов...
Хотите эксклюзив и реальных человеков вместо резиновых - платите и радуйтесь.
это мировая тенденция и 1С просто бежит за трендом, попутно проводя грамотный "чёс".
1С выпиливает человеский фактор из администрирования, готовясь к тому, что вместо админов будут боты. Чуть позже боты будут вместо программистов, аналитиков, финансистов...
Хотите эксклюзив и реальных человеков вместо резиновых - платите и радуйтесь.
это мировая тенденция и 1С просто бежит за трендом, попутно проводя грамотный "чёс".
(80)
А создавать ботов и управлять ими будут тоже боты. Ужас! Скайнет наступает!!!!
ки говорят о том, что
1С выпиливает человеский фактор из администрирования, готовясь к тому, что вместо админов будут боты. Чуть позже боты будут вместо программистов, аналитиков, финансистов...
Хотите эксклюзив и реальных человеков вместо резиновых - платите и радуйтесь.
это мировая тенденция и 1С просто бежит за трендом, попутно проводя грамотный "чёс".
1С выпиливает человеский фактор из администрирования, готовясь к тому, что вместо админов будут боты. Чуть позже боты будут вместо программистов, аналитиков, финансистов...
Хотите эксклюзив и реальных человеков вместо резиновых - платите и радуйтесь.
это мировая тенденция и 1С просто бежит за трендом, попутно проводя грамотный "чёс".
А создавать ботов и управлять ими будут тоже боты. Ужас! Скайнет наступает!!!!
Пока сижу на 8.3.12.1685 и думаю еще полгода сидеть будем.
А потом видимо придется жирные базы разносить по разным кластерам, чтобы иметь возможность их нормально менеджить.
Спасибо 1С за создание проблем на ровном месте.
А потом видимо придется жирные базы разносить по разным кластерам, чтобы иметь возможность их нормально менеджить.
Спасибо 1С за создание проблем на ровном месте.
(96) Она под лицензией LGPL3 сейчас. То есть даже если когда-нибудь разработчики решат сменить лицензирование, старыми версиями можно будет продолжать пользоваться а также взять исходники и продолжать развивать силами других компаний (которые найдутся, раз уж на нее вдруг "много народу перейдет"). В этот моменте опасности нет. Другое дело, что вряд ли на нее много народу перейдет, там своих тараканов хватает.
(110)
Список компонент впечатляет: lsFusion 2.0 (OpenJDK 1.8.212, PostgreSQL 10.8, Tomcat 9.0.21, IntelliJ IDEA Community Edition 2019.1.3
Буду надеяться, что допилят.
там своих тараканов хватает.
Попробовал. Интерфейс мелкий, невнятный, неудобный - отдаленно похож на Бизнес-Пак.
Список компонент впечатляет: lsFusion 2.0 (OpenJDK 1.8.212, PostgreSQL 10.8, Tomcat 9.0.21, IntelliJ IDEA Community Edition 2019.1.3
Буду надеяться, что допилят.
Не столкнулись в связи с тем, что в ходу старые конфигурации и старые версии платформы. Очевидно, что ограничение возможностей по разделению процессов для ПРОФ это заботливо разложенные и слегка закомуфлированные грабли. Заявляют что КОРП нужен, когда 500+ пользователей. Нет у нас 500 пользователей. И даже 200 нет. И если будет, то очень нескоро. Но всех в один процесс загнать принудительно - это садизм. Возможно даже - такая форма маркетинга КОРП - версии.
Вообще-то нарвутся они (1С) на юристов и тяжбы. Мы покупали ПРОФ с этой функциональностью и вдруг нам её урезают и для возврата требуют доплаты. Это все равно что джинсы с молнией купить, а потом производитель потребует на пуговицы заменить или доплатить за молнию.
У нас база опубликована в интернете, кроме сброса настроек потребовалось удалить ссылки на папки с дистрибутивами платформы для автоматического обновления в файле "default.vrd". Хотя в свойствах публикации ИБ не стоит "публиковать дистрибутив".
(92) Это зависит от того, как у вас обновление тонкого клиента было настроено - со своего сервера внутри локальной сети или внешняя публикация http.
Если http, то URL дистрибутива указывается в файле default.vrd с помощью атрибута pubdst элемента point.
Еще есть параметр PublishDistributiveLocation файла conf.cfg.
Если http, то URL дистрибутива указывается в файле default.vrd с помощью атрибута pubdst элемента point.
Еще есть параметр PublishDistributiveLocation файла conf.cfg.
Всем доброго дня ...
Нигде не нашел информации - что точно можно менять в "ПРОФ" версии, чтобы управлять сервером приложений. Везде только информация о том, что нельзя менять.
Есть какая-либо информация, какими путями заменить использование параметра "Количество ИБ на процесс", который запретили менять в ПРОФ-версии ?
Если я правильно понял из всех возможностей осталась только одна более менее вменяемая возможность: управления количеством соединений на процесс. Играя этим значением (которое предварительно можно рассчитать исходя из количества среднего количества пользователей и количества процессов, сколько мы хотим, чтобы на сервере запустилось) можно более менее регулировать загруженность процессов по памяти. Но при этом эти процессы растут до "безкультурных" размеров и падают при достижении 8 Гб.
Прикинул так (возможно я не прав) - сейчас сервер мини на 5 пользователей имеет больше возможностей по управлению, чем сервер приложений "ПРОФ" (ограничения то срабатывают при 10 и более пользователях).
Нигде не нашел информации - что точно можно менять в "ПРОФ" версии, чтобы управлять сервером приложений. Везде только информация о том, что нельзя менять.
Есть какая-либо информация, какими путями заменить использование параметра "Количество ИБ на процесс", который запретили менять в ПРОФ-версии ?
Если я правильно понял из всех возможностей осталась только одна более менее вменяемая возможность: управления количеством соединений на процесс. Играя этим значением (которое предварительно можно рассчитать исходя из количества среднего количества пользователей и количества процессов, сколько мы хотим, чтобы на сервере запустилось) можно более менее регулировать загруженность процессов по памяти. Но при этом эти процессы растут до "безкультурных" размеров и падают при достижении 8 Гб.
Прикинул так (возможно я не прав) - сейчас сервер мини на 5 пользователей имеет больше возможностей по управлению, чем сервер приложений "ПРОФ" (ограничения то срабатывают при 10 и более пользователях).
(94)
Это не совсем то, скажем есть у нас две базы, одна рабочая, скажем УТ, вторая бухгалтерская. Раскидав по базе на процесс мы избегали ситуаций, когда бухи формируют тяжелый отчет, а плохо становится продавцам в УТ. Ограничивая процессы все равно не угадаешь кто с кем вместе жить будет.
Я уже молчу про всякие отраслевые, есть у нас одна чудесная конфа, которая при определенных условиях начинает жрать всю доступную память, быстро и эффективно. Раньше она никому особо не мешала, тупо упиралась в лимит и процесс перезапускался, а теперь ни возможности вынести в отдельный процесс, ни ограничить аппетиты. Уже всерьез думаем покупать под нее Мини-сервер, все равно с ней только три человека работают.
Если я правильно понял из всех возможностей осталась только одна более менее вменяемая возможность: управления количеством соединений на процесс. Играя этим значением (которое предварительно можно рассчитать исходя из количества среднего количества пользователей и количества процессов, сколько мы хотим, чтобы на сервере запустилось) можно более менее регулировать загруженность процессов по памяти. Но при этом эти процессы растут до "безкультурных" размеров и падают при достижении 8 Гб.
Это не совсем то, скажем есть у нас две базы, одна рабочая, скажем УТ, вторая бухгалтерская. Раскидав по базе на процесс мы избегали ситуаций, когда бухи формируют тяжелый отчет, а плохо становится продавцам в УТ. Ограничивая процессы все равно не угадаешь кто с кем вместе жить будет.
Я уже молчу про всякие отраслевые, есть у нас одна чудесная конфа, которая при определенных условиях начинает жрать всю доступную память, быстро и эффективно. Раньше она никому особо не мешала, тупо упиралась в лимит и процесс перезапускался, а теперь ни возможности вынести в отдельный процесс, ни ограничить аппетиты. Уже всерьез думаем покупать под нее Мини-сервер, все равно с ней только три человека работают.
(99) можно решить гораздо проще и без покупки мини-сервера.
Просто создайте несколько кластеров 1С и каждую базу на отдельный кластер, тогда не только rphost у каждой базы свой, но и rmngr и папка srvinfo и настройки количества сеансов и перезапуска по времени, если требуется
Просто создайте несколько кластеров 1С и каждую базу на отдельный кластер, тогда не только rphost у каждой базы свой, но и rmngr и папка srvinfo и настройки количества сеансов и перезапуска по времени, если требуется
Добрый день всем,
а вопрос для Инфостарта:
не ясна эта фраза :
1C:Расширенная корпоративная лицензия
Право на обновление ранее приобретенных лицензий уровня КОРП предоставляется пользователям только при наличии у них действующей "1C:Расширенной корпоративной лицензии"
«1С:Предприятие 8. Расширенная корпоративная лицензия» (РКЛ) — это именная лицензия на право получения обновлений платформы «1С:Предприятие 8 КОРП», выпущенных фирмой «1С» вплоть до даты окончания установленного срока действия РКЛ.
Разве есть два разных дистрибутива «1С:Предприятие 8 КОРП» и «1С:Предприятие 8 ПРОФ»?
а вопрос для Инфостарта:
не ясна эта фраза :
1C:Расширенная корпоративная лицензия
Право на обновление ранее приобретенных лицензий уровня КОРП предоставляется пользователям только при наличии у них действующей "1C:Расширенной корпоративной лицензии"
«1С:Предприятие 8. Расширенная корпоративная лицензия» (РКЛ) — это именная лицензия на право получения обновлений платформы «1С:Предприятие 8 КОРП», выпущенных фирмой «1С» вплоть до даты окончания установленного срока действия РКЛ.
Разве есть два разных дистрибутива «1С:Предприятие 8 КОРП» и «1С:Предприятие 8 ПРОФ»?
(98) Дистрибутив платформы один тот же, что для КОРП, что для ПРОФ и даже для базовых версий. Тут вопрос скорее в правовой плоскости, но теоретически разработчики могут реализовать и техническое ограничение, например аннулировать лицензию КОРП при обновлении платформы без РКЛ, хотя это маловероятно. Если будут делать защиту, то скорее будет выскакивать какое-нибудь сообщение с предупреждением каждые 5 минут.
(105)
и еще бы хотелось разъяснить эту фразу "Право на обновление ранее приобретенных лицензий уровня КОРП предоставляется пользователям только при наличии у них действующей "1C:Расширенной корпоративной лицензии""
Я купил лицензию КОРП, в каком случае их надо обновлять?
Мы обновляем платформу, а не лицензии, насколько я понимаю...
и еще бы хотелось разъяснить эту фразу "Право на обновление ранее приобретенных лицензий уровня КОРП предоставляется пользователям только при наличии у них действующей "1C:Расширенной корпоративной лицензии""
Я купил лицензию КОРП, в каком случае их надо обновлять?
Мы обновляем платформу, а не лицензии, насколько я понимаю...
(114) (113) Да, конечно вот официальное письмо 1С по данной теме
По вопросам:
Я купил лицензию КОРП, в каком случае их надо обновлять? - аналогично с платформой ПРОФ, по мере выхода обновлений, либо когда это критично для конфигураций (есть требования, предъявляемые релизом конфигураций к релизу платформы, с которой они могут работать)
Мы обновляем платформу, а не лицензии, насколько я понимаю... - да, все верно.
По вопросам:
Я купил лицензию КОРП, в каком случае их надо обновлять? - аналогично с платформой ПРОФ, по мере выхода обновлений, либо когда это критично для конфигураций (есть требования, предъявляемые релизом конфигураций к релизу платформы, с которой они могут работать)
Мы обновляем платформу, а не лицензии, насколько я понимаю... - да, все верно.
(115)
Коллеги, а почему бы не написать по человечески, а то вот такие фразы на инфостарте:
- "Право на обновление ранее приобретенных лицензий уровня КОРП"
"обновлений платформы «1С:Предприятие 8 КОРП»
только вносят дополнительную путаницу, которой и без того не мало.
Коллеги, а почему бы не написать по человечески, а то вот такие фразы на инфостарте:
- "Право на обновление ранее приобретенных лицензий уровня КОРП"
"обновлений платформы «1С:Предприятие 8 КОРП»
только вносят дополнительную путаницу, которой и без того не мало.
(114) РКЛ к обновлению самой КОРП лицензии отношения не имеет
это считайте ежегодная лицензия на право использования, как у Oracle например, но при этом у пользователя сохраняется возможность легального использования функционала КОРП без РКЛ, если не требуется обновление платформы
РКЛ это что-то типа ИТС для лицензий ПРОФ, но только по платформе
это считайте ежегодная лицензия на право использования, как у Oracle например, но при этом у пользователя сохраняется возможность легального использования функционала КОРП без РКЛ, если не требуется обновление платформы
РКЛ это что-то типа ИТС для лицензий ПРОФ, но только по платформе
(116)
а вот в письме от 1С написано по другому :
право использования обновлений (версий, новых релизов) платформы 1С:Предприятие 8 КОРП предоставляется в течение срока, определяемого при приобретении пользователями продукта "1С:Предприятие 8. Расширенная Корпоративная Лицензия" (далее также для краткости "РКЛ" или "Расширенная Корпоративная Лицензия");
а вот в письме от 1С написано по другому :
право использования обновлений (версий, новых релизов) платформы 1С:Предприятие 8 КОРП предоставляется в течение срока, определяемого при приобретении пользователями продукта "1С:Предприятие 8. Расширенная Корпоративная Лицензия" (далее также для краткости "РКЛ" или "Расширенная Корпоративная Лицензия");
(125) Суть в следующем - есть РКЛ, есть право обновлять платформу КОРП (на срок действия РКЛ), нет РКЛ - обновлять нельзя. Работать и пользоваться платформой КОРП на старом релизе можно.
Если в дальнейшем надо будет обновить платформу КОРП оформляете РКЛ и обновляете.
Если в дальнейшем надо будет обновить платформу КОРП оформляете РКЛ и обновляете.
(137)
я бы сказал, так:
- есть РКЛ, есть право обновлять платформу и где-то на стороне 1С, провериться, что у твоих КОРП лицензий есть РКЛ
- не РКЛ, КОРП функциональность отключиться на новой платформе и будет работать ПРОФ функциональность, пока не купим РКЛ
еще раз - нет ПРОФ и КОРП платформы, есть функциональность ПРОФ и КОРП.
я бы сказал, так:
- есть РКЛ, есть право обновлять платформу и где-то на стороне 1С, провериться, что у твоих КОРП лицензий есть РКЛ
- не РКЛ, КОРП функциональность отключиться на новой платформе и будет работать ПРОФ функциональность, пока не купим РКЛ
еще раз - нет ПРОФ и КОРП платформы, есть функциональность ПРОФ и КОРП.
(140)
опять не понимаю, что значит фраза "не сможете обновить функциональность КОРП"?
Я же обновляю платформу, а не какой-то кусочек платформы...
(138) нет, не отключится, это касалось старых лицензий КОРП. Начиная с платформы, в которых реализовано разделение функциональности ПРОФ и КОРП - отключаться не будет функциональность КОРП. Просто не сможете ее обновлять.
опять не понимаю, что значит фраза "не сможете обновить функциональность КОРП"?
Я же обновляю платформу, а не какой-то кусочек платформы...
Бесит, что вроде подготовился к переходу на контроль лицензирования и тут приходит 10.09 и ты не можешь запустить 1С т.к. сервер настроен не по умолчанию. Ну так сделайте кнопку "сбросить настройки по умолчанию" как это сделано в нормальном софте. И пол часа бегаешь по интернету в поисках настроек по умолчанию. :(
Несколько сот пользователей, десяток разных баз, связанных друг с другом, режим работы 24*7... 2 сервера, Платформа 8.3.15.1565... Лицензии ПРОФ...
хосты периодически виснут без настройки 1 база на хост... теряя аппаратные ключи от специализированных решений (ТОИР, БИТ-финанс, УАТ, прочее)...
Посчитав стоимость перехода на КОРП, руководство сказало - дешевле докупить серверов 1С для каждой базы отдельно.
хосты периодически виснут без настройки 1 база на хост... теряя аппаратные ключи от специализированных решений (ТОИР, БИТ-финанс, УАТ, прочее)...
Посчитав стоимость перехода на КОРП, руководство сказало - дешевле докупить серверов 1С для каждой базы отдельно.
Коллеги, кто-нибудь получал предупреждения от платформы о необходимости перехода на КОРП в "Переходный период" как написано здесь? Скиньте скриншет, если у кого то выводилось какое то предупреждение!
Или иначе сформулирую вопрос: можно ли считать, что если система в "переходный период" не выдавала предупреждения о необходимости перехода на КОРП, то переходить на КОРП нет необходимости?
Или иначе сформулирую вопрос: можно ли считать, что если система в "переходный период" не выдавала предупреждения о необходимости перехода на КОРП, то переходить на КОРП нет необходимости?
Прикрепленные файлы:
Как обычно. Маркетинг рулит. А реализация через одно место.
Нормально сделать - нет соответствующих лицензий - сообщение и работа по дефолту.
Так нет же нормально делать никто не хочет, нужно помучаться, выстрадать чтоб запомнилось.
К сожалению много решений 1С идёт именно таким путём.
Нормально сделать - нет соответствующих лицензий - сообщение и работа по дефолту.
Так нет же нормально делать никто не хочет, нужно помучаться, выстрадать чтоб запомнилось.
К сожалению много решений 1С идёт именно таким путём.
Кто обновлял USB Пользовательские ключи на сервере?
У нас четыре ключа USB по 100 лицензий и пользователям они раздаются через HASP License Manager и несколько серверов 1С.
Т.е. пользователь, получив первую свободную лицензию из этих четырёх, может обратиться как к базе на сервере А, так и на сервере Б.
Как в таком варианте привязывать программную лицензию к пользовательскому ключу? На какой сервер этот lic устанавливать для снятия ограничения на использование 12 ядер процессора?
У нас четыре ключа USB по 100 лицензий и пользователям они раздаются через HASP License Manager и несколько серверов 1С.
Т.е. пользователь, получив первую свободную лицензию из этих четырёх, может обратиться как к базе на сервере А, так и на сервере Б.
Как в таком варианте привязывать программную лицензию к пользовательскому ключу? На какой сервер этот lic устанавливать для снятия ограничения на использование 12 ядер процессора?
(133) При использовании Сервера Лицензирования пользовательские ключи будет выдавать сервер (в настройках базы разрешить выдачу лицензий сервером) и в параметрах базы указать /UseHWLicenses=0 ?
И увидит ли Сервер Лицензирования четыре пользовательских USB ключа одного ранга через HASP LM-ы ?
И увидит ли Сервер Лицензирования четыре пользовательских USB ключа одного ранга через HASP LM-ы ?
(143)
Когда будете привязывать полученный программные лицензии к ключам, для всех укажите один и тот же аппаратный ключ, иначе получится ситуация как у нас: есть в сети 3 ключа на 100 пользователей, но одновременно сервер видел только 1 из них (как я понял, потому что не может работать по сети с несколькими ключами одной серии)
И увидит ли Сервер Лицензирования четыре пользовательских USB ключа одного ранга через HASP LM-ы
Когда будете привязывать полученный программные лицензии к ключам, для всех укажите один и тот же аппаратный ключ, иначе получится ситуация как у нас: есть в сети 3 ключа на 100 пользователей, но одновременно сервер видел только 1 из них (как я понял, потому что не может работать по сети с несколькими ключами одной серии)
Сегодня чисто случайно наткнулся на данную статью. До этого в "Переходный период" никаких сообщений и уведомлений нигде не выходило. После 11.02.2019г. куплен только один аппаратный ключ (сетевой). Получается на нём будет это ограничение?
(127) Внятного разъяснения до сих пор нет. У нас, например, другая ситуация - есть софтовая лицензия на 50 пользователей, купленная ну очень давно, и два хаспа на 50 и 100 пользователей, купленных после 10.02. Что произойдёт при попытке использовать это всё добро ? Как сервер будет понимать, что для 50 сеансов - 24 ядра, а для остальных - 12 ? ж))) ИМХО - НИКАК И НИКТО ИЗ ЖМОТОВ СОТРУДНИКОВ ВЕНДОРА ОБ ЭТОМ ДАЖЕ НЕ ЗАМОРАЧИВАЛСЯ. == Будем посмотреть по факту, куда ж мы денемся...
Проверено при настройках по кол-ву баз (=1) и соединений (=4) на процесс:
1. на релизе 8.3.14.1694 - ограничение по кол-ву сеансов срабатывает.
2. на релизе 8.3.15.1565 - ограничение по кол-ву сеансов НЕ срабатывает.
1. на релизе 8.3.14.1694 - ограничение по кол-ву сеансов срабатывает.
2. на релизе 8.3.15.1565 - ограничение по кол-ву сеансов НЕ срабатывает.
Из за ошибок совместимости/в работе/в коде или еще в чем, нужное подчеркнуть у нас самопроизвольно перезапускался rphost при достижении некого объема занимаемой им оперативной памяти. Это было критично для выполнения долгих фоновых заданий. Решили проблему переносом фоновых заданий с помощью требований назначения функциональности на другой сервер. При наступлении 10 сентября это не учли и на фирме начался форменный факап, т.к. требования назначения функциональности отключили...
Кто-нибудь сталкивался с проблемой публикации базы через 1с линк, при этом база в серверном варианте.
Проблема, что через конфигуратор отключить функцию публиковать дистрибутив в варианте 1с линк не предоставляется возможным.
Проблема, что через конфигуратор отключить функцию публиковать дистрибутив в варианте 1с линк не предоставляется возможным.
(142) Ребяты, нашли ответ. В папке, где установлен 1С Линк, например, C:\1C_Link\workspace\web-config есть файлы *.vrd для каждой базы свой.
В этом файле нужно удалить строку pubdst="https://d.1c.link/tc/[ваша версия платформы]/setuptc.zip".
После перезапуска 1С Линк эта строка восстанавливается вновь, нужно ее удалять снова.
В этом файле нужно удалить строку pubdst="https://d.1c.link/tc/[ваша версия платформы]/setuptc.zip".
После перезапуска 1С Линк эта строка восстанавливается вновь, нужно ее удалять снова.
Добрый день! Остались на ПРОФ лицензиях. База опубликована через интернет. В свойствах публикации ИБ не стоит "публиковать дистрибутив". При подключении через тонкий клиент, не пускает больше 10 пользователей. Что может быть? Если подключаться к базе через РДП, то тоже не пускает больше 10 пользователей.
(163) А вот платформа считает по другому.
Перепроверьте ещё раз, что-то пропустили.
Поля настроек внешнего управления и профилей безопасности должны быть все пустые. Это нужно проверить для всех баз.
+ в свойствах требований назначения функциональности серверов поля Имя ИБ и доп.параметры также должны быть пустыми
+ в Конфигураторе проверьте настройки фонового обновления
+ в Конфигураторе проверьте флаг Публиковать дистрибутив в настройках публикации веб-сервера
+ в файле default.vrd проверьте атрибут pubdst
+ в файле conf.cfg проверьте параметр PublishDistributiveLocation
+ точно ли не использовалась публикация списков баз и сервер взаимодействия
Перепроверьте ещё раз, что-то пропустили.
Поля настроек внешнего управления и профилей безопасности должны быть все пустые. Это нужно проверить для всех баз.
+ в свойствах требований назначения функциональности серверов поля Имя ИБ и доп.параметры также должны быть пустыми
+ в Конфигураторе проверьте настройки фонового обновления
+ в Конфигураторе проверьте флаг Публиковать дистрибутив в настройках публикации веб-сервера
+ в файле default.vrd проверьте атрибут pubdst
+ в файле conf.cfg проверьте параметр PublishDistributiveLocation
+ точно ли не использовалась публикация списков баз и сервер взаимодействия
(165)
У нас много баз опубликованных через платформу. Скажем 20 шт. Из них конечно мы только проверяли на одной базе в частности вот этот пункт: "в Конфигураторе проверьте флаг Публиковать дистрибутив в настройках публикации веб-сервера".
Получается, что нужно это сделать в остальных базах тоже?
"+точно ли не использовалась публикация списков баз и сервер взаимодействия".
Где это находиться? Как посмотреть? Это не то, что мы используем через платформу опубликовать базу?
+ точно ли не использовалась публикация списков баз и сервер взаимодействия
У нас много баз опубликованных через платформу. Скажем 20 шт. Из них конечно мы только проверяли на одной базе в частности вот этот пункт: "в Конфигураторе проверьте флаг Публиковать дистрибутив в настройках публикации веб-сервера".
Получается, что нужно это сделать в остальных базах тоже?
"+точно ли не использовалась публикация списков баз и сервер взаимодействия".
Где это находиться? Как посмотреть? Это не то, что мы используем через платформу опубликовать базу?
В опросе выбрал Другое, т.к. иная статистика:
На 3-х серверах из 4-х мною наблюдаемых настройки сами сбросились на 0 (64-бит сервер 1С).
На одном вручную сбросил (32бит).
И на одном из тех, где автоматом сбросились пришлось вручную перезапустить службу кластера дважды. Иначе клиенты не могли найти свободный рабочий процесс сервера.
На 3-х серверах из 4-х мною наблюдаемых настройки сами сбросились на 0 (64-бит сервер 1С).
На одном вручную сбросил (32бит).
И на одном из тех, где автоматом сбросились пришлось вручную перезапустить службу кластера дважды. Иначе клиенты не могли найти свободный рабочий процесс сервера.
Почему бы компании 1С, вместо закручивания гаек, не бросить все силы на исправление ошибок и доработку своих продуктов? Выпускают вечно падающие "бета-версии" с миллиардом ошибок, а пользователи должны выступать в качестве "бета-тестеров".
Если я заплатил деньги, я хочу получить качественный продукт, но вместо этого я получаю сырой "полуфабрикат", и теперь, оказывается, нужно еще заплатить денег, чтобы функционал этого "полуфабриката" не был урезан.
В погоне за прибылью люди совсем сошли с ума.
Если я заплатил деньги, я хочу получить качественный продукт, но вместо этого я получаю сырой "полуфабрикат", и теперь, оказывается, нужно еще заплатить денег, чтобы функционал этого "полуфабриката" не был урезан.
В погоне за прибылью люди совсем сошли с ума.
(178) просто для примера, есть такая ошибка в УТ11: не рассчитывается себестоимость, если возврат товара оформлен чеком ККМ на возврат на основании чека продажи не день в день. Эта ошибка доставляет массу проблем, так как отчеты о валовой прибыли формируются не верно, если были возвраты и нет себестоимости, а значит и валовая прибыль рассчитывается не верно. Вообще ошибки с расчетом себестоимости тянутся с начала основания компании 1С и переходит от релиза к релизу, от версии к новой версии, и так на протяжении десятилетий. Ошибки признают, но никто исправлять их даже не пытается.
Прошло два года, а воз и ныне там.
Прошло два года, а воз и ныне там.
(163)
Написал Обработку, которая проверяет настройки сервера 1С на предмет КОРП настроек.
КОРП сервер x32-64 может раздавать только лицензии КОРП(рабочие места)
Все настройке стоят в точности как описано выше. Перезапустили сервер. Все равно не пускает больше 10 человек. По рдп тоже не пускает. В чем может быть проблема еще?
Написал Обработку, которая проверяет настройки сервера 1С на предмет КОРП настроек.
КОРП сервер x32-64 может раздавать только лицензии КОРП(рабочие места)
(182)
Несколько уточнений:
- КОРП сервер лицензии может не раздавать вовсе - клиенты могут получать лицензии не от сервера, а от HASP LM например или лицензии могут быть установлены локально на клиенте.
- КОРП сервер может не знать, с помощью какой лицензии (КОРП или ПРОФ) подключается данный конкретный клиент, например при использовании аппаратной защиты сервер знает только о общем количестве лицензий КОРП.
- Сервер 1С предоставляет функциональность КОРП, при этом функциональность КОРП может быть предоставлена клиентам с лицензиями ПРОФ в количестве +10% от общего числа КОРП лицензий.
Т.ч. неверно утверждение: "КОРП сервер может раздавать только лицензии КОРП"
P.S.
Не совсем понял, что такое "КОРП сервер x32-64" ?
КОРП сервер есть только x64
КОРП сервер x32-64 может раздавать только лицензии КОРП(рабочие места)
Несколько уточнений:
- КОРП сервер лицензии может не раздавать вовсе - клиенты могут получать лицензии не от сервера, а от HASP LM например или лицензии могут быть установлены локально на клиенте.
- КОРП сервер может не знать, с помощью какой лицензии (КОРП или ПРОФ) подключается данный конкретный клиент, например при использовании аппаратной защиты сервер знает только о общем количестве лицензий КОРП.
- Сервер 1С предоставляет функциональность КОРП, при этом функциональность КОРП может быть предоставлена клиентам с лицензиями ПРОФ в количестве +10% от общего числа КОРП лицензий.
Т.ч. неверно утверждение: "КОРП сервер может раздавать только лицензии КОРП"
P.S.
Не совсем понял, что такое "КОРП сервер x32-64" ?
КОРП сервер есть только x64
(191) Автообновление тонкого клиента с веб-сервера была такая настройка, убрали со всех баз. Базы переопубликовали после этого.
Публикация список баз, это где посмотреть? Я надеюсь, что версия ПРОФ позволяет подключаться к опубликованной базе на сервере, через тонкий клиент более 10 человек?
Публикация список баз, это где посмотреть? Я надеюсь, что версия ПРОФ позволяет подключаться к опубликованной базе на сервере, через тонкий клиент более 10 человек?
Вопросы с вознаграждением
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|