|
|||
| Aswed
25.03.19 — 21:18 |
Обновляю сервер 1С с 32 на 64 битный. Не могу понять чего ему ни хватает. Уже пытался удалять кластер и добавлять заново. Вываливается аналогичная ошибка и не даёт создать кластер. |
||
| Aswed
1 — 25.03.19 — 21:26 |
+(0) При попытке удаления кластера ругается что ни найден ни один процесс где размещен данный кластер. |
||
| RomanYS
2 — 25.03.19 — 21:50 |
(0) >>Останавливаю службу 32. Запускаю службу 64 битного. Перезагружаю сервак. |
||
| Aswed
3 — 26.03.19 — 07:10 |
(2) Естественно отключена. |
||
| Aswed
4 — 26.03.19 — 13:40 |
UP |
||
| Rovan
5 — 26.03.19 — 13:43 |
(4) попробуй так http://efsol-it.blogspot.com/2014/05/1-83.html |
||
| Cyberhawk
6 — 26.03.19 — 13:46 |
Каталоги кластера разные? |
||
| Aswed
7 — 26.03.19 — 14:45 |
(6) А это где смотреть? Я про такое не слышал) |
||
| Aswed
8 — 26.03.19 — 14:48 |
(5) Прикол в том что это один комп, вернее виртуалка, и на ней одновременно крутится обычный сервак 32 битный.
Но проблема в том что даже когда я глушу 32 битный, не могу на новом 64 битном ничего сделать. |
||
| ptiz
9 — 26.03.19 — 14:50 |
(0) Ключ куплен для х64 сервера? |
||
| Aswed
10 — 26.03.19 — 15:10 |
(9) Само собой) |
||
| unregistered
11 — 26.03.19 — 15:13 |
(7) В командной строке запуска службы сервера. |
||
| ptiz
12 — 26.03.19 — 15:14 |
(10) «вернее виртуалка, и на ней одновременно крутится» — т.е. куплена программная лицензия на х64 и установлена на виртуалку? Или железный зеленый ключ проброшен? |
||
| unregistered
13 — 26.03.19 — 15:21 |
Перестаньте заниматься хе*нёй.
Вариантов два.
Все манипуляции выполняются при выключенных (остановленных) службах сервера 1С (и х32 и х64). |
||
| Aswed
14 — 26.03.19 — 15:37 |
(12) Железный проброшен. |
||
| Aswed
15 — 26.03.19 — 15:38 |
(13) Хмммм. Попробую сегодня. |
||
| unregistered
16 — 26.03.19 — 15:44 |
(8) > Мне нужно перевести все базы с 32 битного на 64 битный, после чего с 32 битным попрощаться. Нет такого понятия как «перенести базы с 32 на 64». |
||
| Aswed
17 — 26.03.19 — 15:50 |
(16) А где я говорил что «перенести»? |
||
| ptiz
18 — 26.03.19 — 16:29 |
(15) Лучше п.1, чтобы путаницы не было. Или вообще заново базы прописать. Заодно проверить, что у юзера службы сервера 1С есть права на «c:Program Files1cv8srvinfo». |
||
| Aswed
19 — 26.03.19 — 21:04 |
(18) Да в том то и дело что ни даёт прописать. Вываливает вот эту ошибку) |
||
|
Aswed 20 — 26.03.19 — 21:26 |
Перенос всей инфы из папок по совету камрада из (13) помог. |
 |
|
Независимо от того, куда вы едете — это в гору и против ветра! |
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
-
#1
Доброго времени суток, есть отдельная виртуальная машина с сервером 1с 8.3 так же есть два SQL SERVER 2019 собранные в кластер. Хочу создать информационную базу и при создании появляется ошибка —
Не удается завершить вход в систему из-за задержки при открытии соединения с сервером
Подскажите в чем может быть дело?
-
#2
Так же теперь вылезает сообщение
Ни один рабочий процесс не доступен
-
#3
а в SQL Server management studio пускает ?
-
#4
а в SQL Server management studio пускает ?
Истекло время ожидания соединения. Время ожидания истекло при попытке обработки подтверждения предварительного согласования. Возможно, произошел сбой во время предварительного согласования, или сервер не смог ответить вовремя. Время, затраченное на попытки подключиться к этому серверу, составило: [Pre-Login] initialization=29270; handshake=26242; (Microsoft SQL Server, ошибка: -2)
-
#5
а работало то изначально ? После чего перестало работать?
Проверьте состояние узлов кластера
-
#6
а работало то изначально ? После чего перестало работать?
Проверьте состояние узлов кластера
На sql1 накопились обновления — они установились и windows server 2019 перезагрузился, заметил что на этой виртуалке отвалился диск с базами. Диск в статусе offline — при попытке его включить винда выдает сообщение:
Указанным диском или томом управляет средство отказоустойчивой кластеризации (Майкрософт). Для выполнения этой операции диск должен находиться в режиме обслуживания кластера, а кластерный ресурс должен быть в сети.
. Далее в оснастке Диспетчер отказоустойчивости кластеров появилась ошибка —
Дисковый ресурс кластера «Диск кластера 1» обнаружил повреждения тома «\?Volume{9423efec-3ebd-43c9-82d0-3b365503f715}». Для устранения неполадок запущена программа Chkdsk. Диск будет недоступен до завершения выполнения команды Chkdsk. Все сведения, выводимые программой Chkdsk, будут записаны в файл C:WindowsClusterReportsSpotfix_ResДиск кластера 1_Disk1Part2.log.
Программа Chkdsk также может заносить сведения в журнал событий приложения.
-
#7
Короче с диском разобрался — это штатная работа кластера. Диск стал ресурсом кластера и переезжает туда сюда. Теперь вопрос в другом — не удается создать информационную базу. Нашел вот такой совет на другом форуме:
на сервере named pipes выключить, оставить только tcp/ip
на сервере 1с у клиента sql поставить приоритет tcp/ip выше, чем у named pipes
А где эти настройки named pipes ???
-
#8
Короче с диском разобрался — это штатная работа кластера. Диск стал ресурсом кластера и переезжает туда сюда. Теперь вопрос в другом — не удается создать информационную базу. Нашел вот такой совет на другом форуме:
А где эти настройки named pipes ???
Диспетчер конфигурации SQL Server
Последнее редактирование модератором: 03.09.2020
-
#9
в общем разобрался. Помогло — выключение брандмауэров на всех трех серверах 1с и sql server. Так же включил параметр Включить сетевое обнаружение
Ставя очередное обновление Бухгалтерии получил ошибку «Я работаю только на 8.3.4», ну вот… пришло время поставить 8.3.4. и так:
Процесс скачивания и установки новой платформы я описывать не буду, там все просто.
Служба Агент Сервера 1С
По умолчанию он ставиться на порт 1540, а там у меня крутится 8.2, поэтому меняем в ветке рееста
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices1C:Enterprise 8.3 Server Agent Параметр ImagePath
меняем номера портов, добавляя смещение: «C:Program Files1cv88.3.4.365binragent.exe» -srvc -agent -regport 1741 -port 1740 -range 1660:1691 -d «C:Program Files1cv8srvinfo»
Запускаем Агента и Открываем консоль Администрирования серверов 1С и создаем кластер 8.3
Указал имя сервера и настроил на порт 1740 (на 1540 работает 8.2)
Создаем кластер + чуток оптимизировал( У меня всего небольшой ОДИН сервер, поэтому — указываю Интервал перезапуска рабочих процессов и объем памяти. т.к у меня один сервер — уровень отказоустойчивости — 0)
Теперь подробнее:
1. Интервал перезапуска: 86400 сек (24 часа). Момент перезапуска не регламентируется, видимо с момента установки параметров, либо запуска сервера приложений.
2. Также можно указать допустимый объем памяти: 3000000 Кб (3 Гб) — Для сервера с 4 ГБ оперативы, Если ее меньше, то не заполняйте этот параметр!.
3. Интервал превышения допустимого объема памяти — это непрерывный интервал времени превышения допустимого объема памяти, после которого сервер перезапустит процесс. Если указано 0 сек — будет ждать вечно.
4. Количество Рабочих процессов расчитывается автоматически на основании Ваших настроек
5. Уровень отказоустойчивости можно задавать уровень отказоустойчивости кластера как количество рабочих серверов, которые могут одновременно выйти из строя, и это не приведет к аварийному завершению работы пользователей. Резервные сервисы запускаются автоматически в количестве, необходимом для обеспечения заданной отказоустойчивости; в реальном режиме времени выполняется репликация активного сервиса на резервные.
6. Режим распределения нагрузки, который можно использовать либо для повышения производительности системы вцелом, либо использовать новый режим «экономии памяти», который позволяет работает «с ограниченной памятью» в случаи если используемая конфигурация «любит отъедать память».
Рабочий сервер
Сервер у меня простенький, 2 Gb оперативы всего и на нем будет всего 2 базы, поэтому настрою его так:
параметр Количество ИБ на процесс ставлю равным 1, т.е. хочу чтобы для каждой ИБ запускался свой процесс — это позволит уменьшить взаимное влияние как по надежности, так и по производительности. Вы же настраивате под характеристики своего сервера!
Информационная база
Добавляю ИБ:
В стартере пописываю базу:
Требования назначения функциональности
Я у себя это не настраиваю но думаю надо сказать об этом:
Управление кластером заключается в том, что администратор определяет состав компьютеров (рабочих серверов), на которых размещается кластер. Кроме этого (при необходимости) он может определить «требования» к ним: какие сервисы и соединения с информационными базами должны работать на каждом из рабочих серверов. Менеджеры кластера и рабочие процессы запускаются автоматически, исходя из назначенных «требований». «Требования» к рабочим серверам могут быть заданы интерактивно, из консоли администрирования кластера, или программно, из встроенного языка.
Так на ноутбуке с ключом защиты чтобы не запускать пользователей на сервер кластера надо добавить «требования» для объекта требования «Клиентское соединение с ИБ» — «Не назначать», т.е. запретить рабочим процессам данного сервера обрабатывать клиентские соединения. Еще больший интерес предоставляет возможность запускать «только фоновые задания» на рабочем сервере кластера без сеансов пользователей. Таким образом можно высоконагруженные задачи (код) вынести на отдельный машины. При чем можно одно фоновое задание «закрытия месяца» через «Значение дополнительного параметра» запускать на одном компьютере, а фоновое задание «Обновление полнотекстового индекса» на другом. Уточнение происходит через указание «Значение дополнительного параметра». Например если указать BackgroundJob.CommonModule в качестве значения, то можно ограничить работу рабочего сервера в кластере только фоновыми заданиями с любым содержимым. Значение BackgroundJob.CommonModule..- укажет конкретный код.
Профили безопасности
Профили безопасности служат для того, чтобы запретить прикладному решению выполнять действия, которые могут быть потенциально опасны для функционирования кластера серверов.
Администратор кластера может назначить любой информационной базе один из существующих в кластере профилей безопасности. И тогда потенциально опасная функциональность прикладного решения будет ограничена в тех пределах, которые описаны в этом профиле.
Стандартно, после создания, профиль безопасности запрещает выполнение всех потенциально опасных действий:
-обращение к файловой системе сервера;
-запуск COM-объектов;
-использование внешних компонентов 1С:Предприятия;
-запуск внешних обработок и отчётов;
-запуск приложений, установленных на сервере;
-обращение к ресурсам Интернета.
Таким образом защититься от нежелательных действий незнакомого прикладного решения очень просто: нужно создать пустой профиль безопасности и назначить его информационной базе. Далее, если есть необходимость, можно расширять этот профиль, описывая в нём действия, которые разрешается выполнять прикладному решению.
Расположение служебных файлов менеджера кластера в 1С Предприятии 8.3
Если при установке системы! «1С:Предприятие» был выбран вариант запуска сервера «1С:Предприятия» как сервиса, то первый запуск агента сервера будет выполнен еще в процессе установки системы. При этом сервис будет запущен от имени пользователя, выбранного в диалоге установки системы, но служебные файлы кластера серверов будут расположены в каталоге <каталог установки системы 1С:Предприятие>srvinfo (в параметрах сервиса будет в явном виде указан ключ запуска -d).
Если при установке системы «1С:Предприятие» был выбран вариант запуска сервера как приложения, то запуск сервера в процессе установки системы не выполняется; агента сервера необходимо запустить самостоятельно, после того как установка системы будет закончена. При этом если ключ запуска -d указан не будет, служебные файлы кластера серверов будут расположены в каталоге по умолчанию: %USERPROFILE%LocalSettingsApplicationDatalClCv8 (%LOCALAPPDATA%lClCv8 для ОС WindowsVista и старше).
ВНИМАНИЕ! Если однажды на данном центральном сервере уже был создан кластер, то при смене варианта запуска агента сервера (сервис, приложение) или при смене пользователя, от имени которого работает агент сервера, всегда следует заботиться о правильном указании пути к каталогу служебных файлов кластера серверов. Если в процессе запуска агент сервера не обнаружит список кластеров, он создаст новый кластер на данном сервере.
В операционной системе Linux служебные файлы кластера серверов будут расположены в папке /home/usrlcv8/.lcv8/lC/lcv8 (или сокращенный вариант записи — ~/.1cv8/1C/1cv8).