Демо-режим (работа без ключа защиты)
FORUM_NAME: Вопросы по продукции производства ЗАО НВП «Болид» не вошедшие в вышеперечисленные разделы
Модератор: Модераторы
- Гость
- Гость
Сколько времени программное обеспечение работает в демо-режиме?
- Troll
- Troll
- Возраст: 53
- Репутация: 1
- Сообщения: 34
- Зарегистрирован: 27.08.2011
- С нами: 11 лет 9 месяцев
- Профессия:
Непрочитанное сообщение #2 Troll » 08.09.2011, 17:32
Смотря по версии. Типично 2 часа для «Оперативной задачи» АРМ «Орион» и 4 часа для CoreOrion в «Орион-Про».
- zova
- zova
- Возраст: 53
- Репутация: 1
- Сообщения: 121
- Зарегистрирован: 01.11.2011
- С нами: 11 лет 7 месяцев
- Профессия: инженер АСУТП
Непрочитанное сообщение #3 zova » 04.02.2012, 18:27
у меня вообще не запускаестя без ключа
как запустить без ключа? Мне для наладки скрипов на другой машине надо. Чтоб закончились 2 часа перезашел и дальше работаешь
- Nesk
- Nesk
- Возраст: 53
- Репутация: 0
- Сообщения: 43
- Зарегистрирован: 13.12.2011
- С нами: 11 лет 5 месяцев
- Профессия:
Непрочитанное сообщение #4 Nesk » 06.02.2012, 12:11
Что у вас не запускается-то? Конкретнее, с примерами из текста (ошибки и т.п.)
- zova
- zova
- Возраст: 53
- Репутация: 1
- Сообщения: 121
- Зарегистрирован: 01.11.2011
- С нами: 11 лет 7 месяцев
- Профессия: инженер АСУТП
Непрочитанное сообщение #5 zova » 06.02.2012, 21:59
так по порядку.
иногда хотелось бы чего-то поэкспериментировать оффлайн. Всё поставил. Базу сдёрнул с рабочей системы. Запускаю сервер, менеджер центрального сервера, управление сервером БД. Присоединяю базу. Всё ОК. Могу статистику посмотреть. НО при запуске собственна оболочки выдаёт ошибку «Ошибка чтения orion.ini. Программа завершается!»
Вот и всё. А orion.ini на месте.
- load
- load
- Репутация: 0
- Сообщения: 12
- Зарегистрирован: 21.06.2017
- С нами: 5 лет 11 месяцев
- Профессия: Инженер
Непрочитанное сообщение #6 load » 27.06.2017, 12:23
Troll писал(а):Смотря по версии. Типично 2 часа для «Оперативной задачи» АРМ «Орион» и 4 часа для CoreOrion в «Орион-Про».
Благодаря Вашему сообщению вы мне сэкономили время поиска данной ошибки, Спасибо Вам большое хороший человек!
Был отключен ключ .
-
- 1
- 2182
DruG
Перейти к последнему сообщению
26.08.2018, 08:57
-
- 8
- 1219
Kentorub
Перейти к последнему сообщению
02.01.2021, 22:52
-
- 0
- 1745
superles
Перейти к последнему сообщению
28.06.2018, 10:36
-
- 1
- 219
прораб
Перейти к последнему сообщению
26.12.2022, 09:25
-
- 4
- 1371
Svin
Перейти к последнему сообщению
25.09.2019, 12:11
-
- 8
- 731
DruG
Перейти к последнему сообщению
29.04.2021, 05:05
-
- 5
- 1815
Svin
Перейти к последнему сообщению
30.07.2019, 10:57
-
- 2
- 1541
fedovlaa
Перейти к последнему сообщению
21.02.2022, 14:00
-
- 3
- 666
pet-and
Перейти к последнему сообщению
15.07.2021, 18:05
-
- 9
- 7568
pet-and
Перейти к последнему сообщению
06.12.2018, 21:18
Вернуться в «Вопросы по продукции производства ЗАО НВП «Болид» не вошедшие в вышеперечисленные разделы»
Здравствуйте. Установлена Орион ПРО 1.20. ЦСО запущен. В файле orion.ini прописал локальный сервер (127.0.0.1), порт 2001 — заработало. Всё увидело. Спустя 2 дня снова ошибка — не удалось подключится к серверу. Что можно сделать в данной ситуации? Благодарю. 5 лет 3 месяца назад
#ссылка |
9 ответов
Не изменилось ничего. Просто пишет — не удалось соединиться с сервером. ЦСО запущен 100%. В автозагрузке висит. Запускаю МЦС при открытом ЦСО — выдаёт ошибку. Запускалось. Чего ей щас не хватает — непонятно. Пробовал в orion.ini писать имя компа, его локальный ip-адрес. Всё равно ошибка. 5 лет 3 месяца назад
#ссылка |
Антивирус не установлен. Разве что встроенный windows defender. Но ведь работало. 5 лет 3 месяца назад
#ссылка |
Комаров Александр Федорович А как узнать, какие каталоги правильные? Всё запускается из одной директории. Версия 1.20 (выпуск 1, постройка 803). 5 лет 3 месяца назад
#ссылка |
Windows Defender тоже нет. В общем, ничего не мешает. Почему не работает — не понятно. 5 лет 3 месяца назад
#ссылка |
Карпов Дмитрий Как можно поменять настройки ЦСО? Или все настройки берутся из orion.ini? Переустановка всего этого софта может помочь? 5 лет 3 месяца назад
#ссылка |
Да, 4G модем и сеть подключена. На Ethernet интерфейсе нет интернета. Ресурсы за пределами текущей сети нужно видить + при загрузке сервера нужно удалённо подключаться. Поэтому, шлюз по умолчанию — от 4G модема, маршруты в другие сети прописаны. Раньше работало, потом перестало. Есть где почитать про 3-4G модемы и настройки на Орион? 5 лет 3 месяца назад
#ссылка |
Убрал USB 4G модем. Сбросил маршруты. Вернул всё в дефолт. Не работает. Я уже не знаю, куда копать. Что ещё нужно, чтобы эта программа заработала? 5 лет 3 месяца назад
#ссылка |
Добавить ответ
Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)
ЗАДАН
5 лет 3 месяца назад
По каждому вопросу/ответу можно добавлять комментарии. Комментарии предназначены для уточнения вопроса/ответа.
Обновлено: 29.01.2023
В этой статье предоставляется помощь в решении ошибок 3266 или 3013, которые возникают при выполнении резервного копирования базы данных на диск или ленту или восстановление базы данных с диска или ленты.
Применяется к: Windows Server 2012 R2
Исходный номер КБ: 290787
Симптомы
SQL Server 7.0 Server:
Msg 3266, Level 16, State 1, Line 1
База данных мягких файлов microsoft Tape Format (MTF) в имени устройства резервного копирования не может быть прочитана, что препятствует случайному доступу.
Сервер: Msg 3013, уровень 16, состояние 1, строка 1
Операция резервного копирования или восстановления завершается ненормально.
SQL Server 2000 Server:
Msg 3266, Level 16, State 1, Line 1
Данные резервного копирования в «имени устройства» неправильно отформатированы. Резервное копирование не может быть примеся, но существующие наборы резервного копирования по-прежнему можно использовать.
Сервер: Msg 3013, уровень 16, состояние 1, строка 1
РЕЗЕРВНОЕ КОПИРОВАНИЕ БАЗЫ ДАННЫХ завершается ненормально.
SQL Server 2005 Сервер:
Msg 3013, Level 16, State 1, Line 1
Данные резервного копирования в конце «имени устройства» неправильно отформатированы. Наборы резервного копирования на носителю могут быть повреждены и недоступны. Чтобы определить наборы резервного копирования на носителю, используйте RESTORE HEADERONLY. Чтобы определить возможности использования наборов резервного копирования, запустите RESTORE VERIFYONLY. Если все наборы резервного копирования неполны, переформатирование носителек с помощью BACKUP WITH FORMAT, который уничтожает все наборы резервного копирования.
Сервер: Msg 3013, уровень 16, состояние 1, строка 1РЕЗЕРВНОЕ КОПИРОВАНИЕ БАЗЫ ДАННЫХ завершается ненормально.
Причина
Файл в устройстве резервного копирования не может быть прочитано. Существует множество причин, по которым может возникнуть ошибка файловой знаки. К числу причин относятся следующие:
На устройстве, где находится резервное копирование, может произойти сбой мультимедиа.
При создании резервного копирования может возникнуть сбой записи.
Например, потеря подключения может произойти во время резервного копирования сети. Или, отказ пути IO, чтобы смыть записи на диск может произойти после записи на диск был SQL серверу, как успешно.
Обходной путь
Чтобы разрешить SQL Server для выполнения новых резервных копий на резервное устройство, необходимо вручную удалить или удалить устройство с помощью следующей команды:
Каждый набор резервного копирования имеет одну запись в выходе. Чтобы указать определенный набор резервных копий, используйте этот код:
FileNumber — это номер резервного копирования, который необходимо восстановить.
Дополнительная информация
В следующем списке содержатся важные заметки о резервном копировании и SQL Server.
После SQL Server обнаруживает ошибку файла на устройстве, SQL Server не записываю дополнительные сведения на устройство.
SQL Server хранит все резервные копии в формате Ленты Майкрософт, независимо от того, сделана ли резервная копия на диск или на ленту. Формат ленты Майкрософт использует файлмарки для удержания сведений, таких как размер блока и количество блоков в резервной копии, а также другие сведения о резервном копировании. Формат ленты Майкрософт также использует файлмарки для делимитации резервных копий на резервном устройстве. Тот факт, что файлмарка отсутствует или повреждена, указывает на то, что по крайней мере одна резервная копия на устройстве не действительна.
Несмотря на возможность восстановления некоторых наборов резервного копирования с поврежденного устройства, необходимо проверить целостность восстановленной базы данных.
SQL Server записи сведений об успехе или сбое во время операции резервного копирования или восстановления в журнале ошибок SQL Server и в таблицах истории резервного копирования в базе данных системы msdb.
Если при восстановлении журнала транзакций или резервного копирования базы данных произошла ошибка 3266, изучите следующие журналы, чтобы получить дополнительные сведения:
- SQL Server журнала ошибок
- Таблицы резервного копирования и восстановления истории
- Журнал событий приложения
- Журнал событий системы
Если в этих журналах нет сведений о сбое, может возникнуть неопортаемая ошибка. Если вам нужна помощь, обратитесь в службы поддержки продуктов Майкрософт.
Не проходит восстановление базы данных?
[09:21:30.281] Проверяем разрешения на файл резервной копии для учетной записи SQL-сервера. Файл резервной копии: «Q:LERS BACKUPLERS_20161213182000.bak».
[09:21:30.281] Группа: BUILTINАдминистраторы — Доступ: Allow — Наследовано: True
[09:21:30.297] Группа: NT AUTHORITYсистема — Доступ: Allow — Наследовано: True
[09:21:30.297] Группа: NT AUTHORITYПрошедшие проверку — Доступ: Allow — Наследовано: True
[09:21:30.297] Группа: BUILTINПользователи — Доступ: Allow — Наследовано: True
[09:21:30.297] Файл резервной копии имеет разрешение на чтение для группы «BUILTINПользователи».
[09:21:30.297] == ЛЭРС УЧЕТ. Восстановление базы данных (версия 3.7.377 сборка 32025)
[09:21:30.359] Служба сервера ЛЭРС УЧЕТ найдена на локальной машине. Служба работает под учетной записью «LERSLERSSERVERACCOUNT».
[09:21:30.359] Служба обновления ЛЭРС УЧЕТ найдена на локальной машине. Служба работает под учетной записью «LOCALSYSTEM».
[09:21:30.375] ================================================
[09:21:30.375] Подключение к SQL-серверу.
[09:21:30.375] ================================================
[09:21:30.391] Параметры подключения:
Сервер: «(local)LERS»
Авторизация: «Windows»
Пользователь: «LERSETS Server1»
[09:21:30.406] Подключение установлено.
[09:21:30.437] ================================================
[09:21:30.437] Проверка прав администратора SQL-сервера у имени входа «LERSETS SERVER1».
[09:21:30.453] ================================================
[09:21:30.469] >> SELECT is_srvrolemember (‘sysadmin’)
[09:21:30.562] << Результат = 1.
[09:21:30.578] Учетная запись «LERSETS SERVER1» является администратором SQL-сервера (входит в роль «sysadmin»).
[09:21:30.578] ================================================
[09:21:30.593] Получение информации о SQL-сервере.
[09:21:30.593] ================================================
[09:21:30.609] >> SELECT SERVERPROPERTY(‘ProductVersion’)
[09:21:30.625] << Результат = 10.50.4000.0.
[09:21:30.625] >> SELECT @@VERSION AS ServerVersion,
SERVERPROPERTY(‘ProductVersion’) AS ProductVersion,
SERVERPROPERTY(‘ProductLevel’) AS ProductLevel,
SERVERPROPERTY(‘Edition’) AS Edition,
SERVERPROPERTY(‘MachineName’) AS MachineName,
SERVERPROPERTY(‘InstanceName’) AS InstanceName,
SERVERPROPERTY(‘ServerName’) AS ServerName,
SERVERPROPERTY(‘IsClustered’) AS IsClustered,
SERVERPROPERTY(‘ProcessID’) AS ProcessID,
HAS_DBACCESS(‘master’) AS HasAccessForMaster,
IS_SRVROLEMEMBER(‘sysadmin’) AS IsSysadmin,
HAS_DBACCESS(‘LERS’) AS HasAccessForLERS
[09:21:30.953] << Число строк в результирующей таблице = 1.
[09:21:30.969] ServerVersion: Microsoft SQL Server 2008 R2 (SP2) — 10.50.4000.0 (Intel X86)
Jun 28 2012 08:42:37
Copyright (c) Microsoft Corporation
Express Edition on Windows NT 6.1 <X86> (Build 7601: Service Pack 1)
ProductVersion: 10.50.4000.0
ProductLevel: SP2
Edition: Express Edition
MachineName: LERS
InstanceName: LERS
ServerName: LERSLERS
IsClustered: 0
ProcessID: 4064
HasAccessForMaster: 1
IsSysadmin: 1
HasAccessForLERS: 1
[09:21:30.969] ================================================
[09:21:30.984] Остановка службы сервера ЛЭРС УЧЕТ.
[09:21:31.016] ================================================
[09:21:31.016] Служба успешно остановлена.
[09:21:31.031] ================================================
[09:21:31.031] Восстановление базы данных.
[09:21:31.062] ================================================
[09:21:31.062] Смена текущей базы данных на «master».
[09:21:31.078] Проверка существования базы данных «LERS».
[09:21:31.078] >> SELECT count(*) FROM sys.databases WHERE [name] = ‘LERS’
[09:21:31.094] << Результат = 1.
[09:21:31.125] База данных найдена.
[09:21:31.140] Восстановление базы данных «LERS» из резервной копии, файл: «Q:LERS BACKUPLERS_20161213182000.bak».
[09:21:31.140] >> SELECT SUBSTRING(physical_name, 1,
CHARINDEX(N’master.mdf’,
LOWER(physical_name)) — 1) DataFileLocation
FROM master.sys.master_files
WHERE database_id = 1 AND FILE_ID = 1
[09:21:31.172] << Результат = C:Program FilesMicrosoft SQL ServerMSSQL10_50.LERSMSSQLDATA.
[09:21:31.203] >> DECLARE @Table TABLE (
LogicalName varchar(128)
, [PhysicalName] varchar(260)
, [Type] char(1)
, [FileGroupName] varchar(128)
, [Size] numeric(20,0)
, [MaxSize] numeric(20,0)
, [FileId] bigint
, [CreateLSN] numeric(25,0)
, [DropLSN] numeric(25,0)
, [UniqueId] uniqueidentifier
, [ReadOnlyLSN] numeric(25,0)
, [ReadWriteLSN] numeric(25,0)
, [BackupSizeInBytes] bigint
, [SourceBlockSize] int
, [FileGroupId] int
, [LogGroupGUID] uniqueidentifier
, [DifferentialBaseLSN] numeric(25,0)
, [DifferentialBaseGUID] uniqueidentifier
, [IsReadOnly] bit
, [IsPresent] bit
, [TDEThumbprint] varbinary(32)
)
INSERT INTO
@table
EXEC(‘
RESTORE FILELISTONLY FROM DISK=»Q:LERS BACKUPLERS_20161213182000.bak»
‘)
DECLARE @LogicalNameData varchar(128),@LogicalNameLog varchar(128)
SET @LogicalNameData=(SELECT LogicalName FROM @Table WHERE Type=’D’)
SET @LogicalNameLog=(SELECT LogicalName FROM @Table WHERE Type=’L’)
RESTORE DATABASE LERS FROM DISK = ‘Q:LERS BACKUPLERS_20161213182000.bak’ WITH FILE = 1, NOUNLOAD, STATS = 1, REPLACE, MOVE @LogicalNameData TO ‘C:Program FilesMicrosoft SQL ServerMSSQL10_50.LERSMSSQLDATALERS.mdf’, MOVE @LogicalNameLog TO ‘C:Program FilesMicrosoft SQL ServerMSSQL10_50.LERSMSSQLDATALERS.ldf’
[09:21:31.281] << Число обработанных строк = 0.
[09:21:31.312] Не удалось восстановить базу данных.
Семейство носителей на устройстве «Q:LERS BACKUPLERS_20161213182000.bak» сформировано неправильно. SQL Server не может обработать это семейство носителей.
RESTORE FILELIST прервано с ошибкой.
Ошибка при преобразовании типа данных varchar к nvarchar.
Вы пытаетесь восстановить на SQL Server 2008 R2 резервную копию базы данных, которая была создана в более поздней версии SQL Server. Чтобы восстановить базу данных из этой резервной копии, вам нужно обновить SQL-сервер до той же версии (или более поздней), которая была на сервере, на котором создали резерную копию.
Как вариант, вы можете загрузить установочный пакет последней версии SQL Server с сайта компании майкрософт и обновить ваш SQL-сервер до последней версии.
Было установлено на чистую машину, дистр скачен с сайта, потом обновлен до последней версии, более старые бекапы примерно месяц назад, восстанавливаются успешно
Программа установки содержит SQL Server 2008 R2 Express. Ваши резервные копии сделаны на SQL-севрере более новой версии, чтобы восстановить их нужен SQL Server той же самой или более новой версии.
Загрузите SQL Servre 2014 Express SP2. Установите его поверх установленного SQL Server 2008 R2 Express (в процессе установки выберите «Обновление» и затем именованный экземпляр «localLERS»), после этого вы сможете восстановить резервную копию.
Евгений Николаенко писал(а): после этого вы сможете восстановить резервную копию.
Здравствуйте Евгений!
Подскажите как определить какая версия SQL и версия LERS была?
так же при попытке восстановить подобная ошибка появляется!
27-10-2018 13:41:42.249 I ================================================================================
27-10-2018 13:41:42.249 I Начало протоколирования.
27-10-2018 13:41:42.249 I ========================================
27-10-2018 13:41:42.249 I == Журнал открыт 27-10-2018 13:41:42.249
27-10-2018 13:41:42.249 I ========================================
27-10-2018 13:42:13.472 I Проверяем разрешения на файл резервной копии для учетной записи SQL-сервера. Файл резервной копии: «D:Lers.bakLERS_20170420152917.bak».
27-10-2018 13:42:13.472 I Группа: BUILTINАдминистраторы — Доступ: Allow — Наследовано: True
27-10-2018 13:42:13.472 I Группа: NT AUTHORITYСИСТЕМА — Доступ: Allow — Наследовано: True
27-10-2018 13:42:13.487 I Группа: NT AUTHORITYПрошедшие проверку — Доступ: Allow — Наследовано: True
27-10-2018 13:42:13.487 I Группа: BUILTINПользователи — Доступ: Allow — Наследовано: True
27-10-2018 13:42:13.503 I Файл резервной копии имеет разрешение на чтение для группы «BUILTINПользователи».
27-10-2018 13:42:13.503 I ========================================
27-10-2018 13:42:13.503 I == ЛЭРС УЧЕТ. Восстановление базы данных (версия 3.27.6 сборка 32726)
27-10-2018 13:42:13.503 I ========================================
27-10-2018 13:42:13.581 I Служба сервера ЛЭРС УЧЕТ найдена на локальной машине. Служба работает под учетной записью «LERSLERSSERVERACCOUNT».
27-10-2018 13:42:13.581 I Служба обновления ЛЭРС УЧЕТ найдена на локальной машине. Служба работает под учетной записью «LOCALSYSTEM».
27-10-2018 13:42:13.597 I ================================================
27-10-2018 13:42:13.612 I Подключение к SQL-серверу.
27-10-2018 13:42:13.612 I ================================================
27-10-2018 13:42:13.628 I Параметры подключения:
Сервер: «(local)LERS»
Авторизация: «Windows»
Пользователь: «LERSAdmin»
27-10-2018 13:42:28.773 E Не удалось установить подключение.
При установлении соединения с SQL Server произошла ошибка, связанная с сетью или с определенным экземпляром. Сервер не найден или недоступен. Убедитесь, что имя экземпляра указано правильно и что на SQL Server разрешены удаленные соединения. (provider: SQL Network Interfaces, error: 26 — Ошибка при обнаружении указанного сервера или экземпляра)
27-10-2018 13:42:41.275 I Проверяем разрешения на файл резервной копии для учетной записи SQL-сервера. Файл резервной копии: «D:Lers.bakLERS_20170420152917.bak».
27-10-2018 13:42:41.291 I Группа: BUILTINАдминистраторы — Доступ: Allow — Наследовано: True
27-10-2018 13:42:41.306 I Группа: NT AUTHORITYСИСТЕМА — Доступ: Allow — Наследовано: True
27-10-2018 13:42:41.322 I Группа: NT AUTHORITYПрошедшие проверку — Доступ: Allow — Наследовано: True
27-10-2018 13:42:41.353 I Группа: BUILTINПользователи — Доступ: Allow — Наследовано: True
27-10-2018 13:42:41.369 I Файл резервной копии имеет разрешение на чтение для группы «BUILTINПользователи».
27-10-2018 13:42:41.369 I ========================================
27-10-2018 13:42:41.384 I == ЛЭРС УЧЕТ. Восстановление базы данных (версия 3.27.6 сборка 32726)
27-10-2018 13:42:41.384 I ========================================
27-10-2018 13:42:41.447 I Служба сервера ЛЭРС УЧЕТ найдена на локальной машине. Служба работает под учетной записью «LERSLERSSERVERACCOUNT».
27-10-2018 13:42:41.462 I Служба обновления ЛЭРС УЧЕТ найдена на локальной машине. Служба работает под учетной записью «LOCALSYSTEM».
27-10-2018 13:42:41.478 I ================================================
27-10-2018 13:42:41.525 I Подключение к SQL-серверу.
27-10-2018 13:42:41.556 I ================================================
27-10-2018 13:42:41.587 I Параметры подключения:
Сервер: «(local)»
Авторизация: «Windows»
Пользователь: «LERSAdmin»
27-10-2018 13:42:56.414 E Не удалось установить подключение.
При установлении соединения с SQL Server произошла ошибка, связанная с сетью или с определенным экземпляром. Сервер не найден или недоступен. Убедитесь, что имя экземпляра указано правильно и что на SQL Server разрешены удаленные соединения. (provider: Named Pipes Provider, error: 40 — Не удалось открыть подключение к SQL Server)
27-10-2018 13:44:19.309 I Проверяем разрешения на файл резервной копии для учетной записи SQL-сервера. Файл резервной копии: «D:Lers.bakLERS_20170420152917.bak».
27-10-2018 13:44:19.324 I Группа: BUILTINАдминистраторы — Доступ: Allow — Наследовано: True
27-10-2018 13:44:19.355 I Группа: NT AUTHORITYСИСТЕМА — Доступ: Allow — Наследовано: True
27-10-2018 13:44:19.371 I Группа: NT AUTHORITYПрошедшие проверку — Доступ: Allow — Наследовано: True
27-10-2018 13:44:19.402 I Группа: BUILTINПользователи — Доступ: Allow — Наследовано: True
27-10-2018 13:44:19.418 I Файл резервной копии имеет разрешение на чтение для группы «BUILTINПользователи».
27-10-2018 13:44:19.418 I ========================================
27-10-2018 13:44:19.433 I == ЛЭРС УЧЕТ. Восстановление базы данных (версия 3.27.6 сборка 32726)
27-10-2018 13:44:19.433 I ========================================
27-10-2018 13:44:19.512 I Служба сервера ЛЭРС УЧЕТ найдена на локальной машине. Служба работает под учетной записью «LERSLERSSERVERACCOUNT».
27-10-2018 13:44:19.543 I Служба обновления ЛЭРС УЧЕТ найдена на локальной машине. Служба работает под учетной записью «LOCALSYSTEM».
27-10-2018 13:44:19.574 I ================================================
27-10-2018 13:44:19.605 I Подключение к SQL-серверу.
27-10-2018 13:44:19.621 I ================================================
27-10-2018 13:44:19.652 I Параметры подключения:
Сервер: «LERSSQL»
Авторизация: «Windows»
Пользователь: «LERSAdmin»
27-10-2018 13:44:19.699 I Подключение установлено.
27-10-2018 13:44:19.730 I ================================================
27-10-2018 13:44:19.746 I Проверка прав администратора SQL-сервера у имени входа «LERSADMIN».
27-10-2018 13:44:19.777 I ================================================
27-10-2018 13:44:19.793 I >> SELECT is_srvrolemember (‘sysadmin’)
27-10-2018 13:44:19.824 I << Результат = 1.
27-10-2018 13:44:19.840 I Учетная запись «LERSADMIN» является администратором SQL-сервера (входит в роль «sysadmin»).
27-10-2018 13:44:19.871 I ================================================
27-10-2018 13:44:19.887 I Получение информации о SQL-сервере.
27-10-2018 13:44:19.918 I ================================================
27-10-2018 13:44:19.933 I >> SELECT SERVERPROPERTY(‘ProductVersion’)
27-10-2018 13:44:19.965 I << Результат = 11.0.6251.0.
27-10-2018 13:44:19.996 I >> SELECT @@VERSION AS ServerVersion,
SERVERPROPERTY(‘ProductVersion’) AS ProductVersion,
SERVERPROPERTY(‘ProductLevel’) AS ProductLevel,
SERVERPROPERTY(‘Edition’) AS Edition,
SERVERPROPERTY(‘MachineName’) AS MachineName,
SERVERPROPERTY(‘InstanceName’) AS InstanceName,
SERVERPROPERTY(‘ServerName’) AS ServerName,
SERVERPROPERTY(‘IsClustered’) AS IsClustered,
SERVERPROPERTY(‘ProcessID’) AS ProcessID,
HAS_DBACCESS(‘master’) AS HasAccessForMaster,
IS_SRVROLEMEMBER(‘sysadmin’) AS IsSysadmin,
HAS_DBACCESS(‘LERS’) AS HasAccessForLERS
27-10-2018 13:44:20.012 I << Число строк в результирующей таблице = 1.
27-10-2018 13:44:20.043 I ServerVersion: Microsoft SQL Server 2012 (SP3-GDR) (KB4019092) — 11.0.6251.0 (X64)
Jul 7 2017 07:14:24
Copyright (c) Microsoft Corporation
Standard Edition (64-bit) on Windows NT 6.3 <X64> (Build 17134: )
ProductVersion: 11.0.6251.0
ProductLevel: SP3
Edition: Standard Edition (64-bit)
MachineName: LERS
InstanceName: SQL
ServerName: LERSSQL
IsClustered: 0
ProcessID: 3964
HasAccessForMaster: 1
IsSysadmin: 1
HasAccessForLERS: 1
27-10-2018 13:44:20.058 I ================================================
27-10-2018 13:44:20.090 I Остановка службы сервера ЛЭРС УЧЕТ.
27-10-2018 13:44:20.105 I ================================================
27-10-2018 13:44:20.121 I Служба успешно остановлена.
27-10-2018 13:44:20.152 I ================================================
27-10-2018 13:44:20.168 I Восстановление базы данных.
27-10-2018 13:44:20.183 I ================================================
27-10-2018 13:44:20.199 I Смена текущей базы данных на «master».
27-10-2018 13:44:20.230 I Проверка существования базы данных «LERS».
27-10-2018 13:44:20.246 I >> SELECT count(*) FROM sys.databases WHERE [name] = ‘LERS’
27-10-2018 13:44:20.262 I << Результат = 1.
27-10-2018 13:44:20.277 I База данных найдена.
27-10-2018 13:44:20.293 I Восстановление базы данных «LERS» из резервной копии, файл: «D:Lers.bakLERS_20170420152917.bak».
27-10-2018 13:44:20.340 I >> SELECT TOP 1
SUBSTRING(physical_name, 1, CHARINDEX(N’LERS.mdf’, f.physical_name) — 1)
FROM
master.sys.master_files f
INNER JOIN
master.sys.databases d ON d.database_id = f.database_id
WHERE
d.name = ‘LERS’
AND
f.file_id = 1 and f.type = 0
27-10-2018 13:44:20.355 I << Результат = D:SQL_ServerMSSQL11.AQUAMSSQLDATA.
27-10-2018 13:44:20.387 I >> DECLARE @Table TABLE (
LogicalName nvarchar(128)
, [PhysicalName] nvarchar(260)
, [Type] char(1)
, [FileGroupName] nvarchar(128)
, [Size] numeric(20,0)
, [MaxSize] numeric(20,0)
, [FileId] bigint
, [CreateLSN] numeric(25,0)
, [DropLSN] numeric(25,0)
, [UniqueId] uniqueidentifier
, [ReadOnlyLSN] numeric(25,0)
, [ReadWriteLSN] numeric(25,0)
, [BackupSizeInBytes] bigint
, [SourceBlockSize] int
, [FileGroupId] int
, [LogGroupGUID] uniqueidentifier
, [DifferentialBaseLSN] numeric(25,0)
, [DifferentialBaseGUID] uniqueidentifier
, [IsReadOnly] bit
, [IsPresent] bit
, [TDEThumbprint] varbinary(32)
)
INSERT INTO
@table
EXEC(‘
RESTORE FILELISTONLY FROM DISK=»D:Lers.bakLERS_20170420152917.bak»
‘)
DECLARE @LogicalNameData nvarchar(128),@LogicalNameLog nvarchar(128)
SET @LogicalNameData=(SELECT LogicalName FROM @Table WHERE Type=’D’)
SET @LogicalNameLog=(SELECT LogicalName FROM @Table WHERE Type=’L’)
Возникшая ошибка «List Index out of bounds» при установке «K-Lite Codec Pack»
List index out of bounds (-1,0) — что за ошибка
В переводе текст данной ошибки звучит как «списочный номер вне допустимых границ», и обычно означает ситуацию, когда в коде программы одно из её значений установлено некорректно. Например, разработчик программы где-либо допустил ошибку при работе с циклом, или какая-либо часть программы работает с переменной, которая удалена или не существует.
Также причиной данной проблемы может быть неправильная установка проблемной программы, а также ситуация, при которой какой-либо софт на вашем ПК конфликтует с данной программой, вследствие чего возникает рассматриваемая мной дисфункция.
Ошибка «List Index out of bounds(-1,0)» при отладке программы
Если вы разработчик программного кода, и получили данную ошибку во время трассировки, рекомендую ещё раз проверить текст вашей программы на наличие ошибок. К примеру, в теле программы вы пытаетесь работать с теми строками, которых, de facto, не существует.
Если ошибка найдена не была, тогда стоит обратиться с вашей программой на форумы программистов, работающих в одной с вами программной среде (использующих один API). Обычно там вас попросят предоставить кусок программы, в работе которой возникает ошибка «List index out of bounds», и после ознакомления с его текстом дадут конкретный совет, где находится неверно указанное вами программное значение.
Обратитесь за помощью на форум программистов
Если же данная ошибка возникла при работе установленной на компьютер внешней программы, рекомендую сделать следующее:
- Переустановите проблемную программу . Рекомендую деинсталлировать её стандартным путём, перезагрузить ваш компьютер, а затем заново установить данную программу. Особенно это касается сбоев с возникновением ошибки «List Index out of bounds(-1,0)» в работе «Skype»;
- Запускайте данную программу от имени администратора . Наведите курсор на её ярлык на рабочем столе, кликните правой клавишей мыши, и в появившемся меню выберите «Запуск от имени администратора»;
Используйте запуск программы от имени администратора
Обновите Java на вашем ПК
Используйте «AdwCleaner» для борьбы со зловредами на вашем ПК
Заключение
В данном материале я рассмотрел значение ошибки List index out of bounds, и как инструкцию по исправлению данной ошибки. В большинстве случаев причиной возникновения проблемы является некорректный программный код, созданный разработчиком на каком-либо из языков программирования. Рекомендуется ещё раз внимательно проверить значения, использованные в теле программы, а при необходимости обратиться на форум программистов, предоставив им для анализа проблемный кусок кода. Обычно решение быстро находиться, позволяя избавиться от ошибки List Index out of bounds(-1,0) на вашем ПК.
В коде мне нужно перебрать все элементы этого sListBox1 . Работа идет в потоке.
При добавлении более одного файла, возникает ошибка
Ошибка listerror list index out of bounds (1).
Границы счётчика FOR вычисляется один раз перед циклом. Если в основном потоке меняется form1.sListBox1 , то может не оказаться нужного Items[i] . Или проверяйте его наличие. Или используйте цикл WHILE , в котором сравнение счётчика с условием будет проверяться каждый раз.
Замечание: оптимизатор может изменить направление FOR .
Совет: не связывайте модули.
То есть у TMyThread должен быть свой TStrings , в который нужно передать form1.sListBox1.Items .
Не очень понял.
Я добавляю в sListBox1 элементы. И запускаю цикл.
Ничего в потоке в sListBox1 не добавляю. Как там всё было, так и есть.
Я добавляю в sListBox1, с помощью Opendialog путь к файлу.
И в цикле открываю файлы.
Простая, типовая задача.
Спасибо. Дополнительный вопрос: правильно ли у Вас установлены изменения версии 2010.1 (по сравнению с 2009.1) и обновления? Например, в обновлении IRBIS64_10D1 есть изменения в RDR.fst, RQST.fst.
Александр Иосифович, здравствуйте.
К сожалению, у нас тоже появилась ошибка «List index out of bounds (0)» при запуске АРМ Книговыдача 2010.1.
Ошибка появляется не при каждом запуске.
Скажите, пожалуйста, ошибка может возникать из-за ошибочных дат в БД RQST (если да, то как их найти)?
Редактировано 2 раз. Последний раз 02.03.2011 10:28 пользователем PRM.
Александр Иосифович, воспроизводимый пример подготовить на данный момент не удалось.
Редактировано 1 раз. Последний раз 22.03.2011 11:51 пользователем PRM.
Александр Иосифович, здравствуйте.
Извините, пожалуйста, что вновь задаю вопрос.
Думаю, что проблема актуальная: при входе в АРМ, если появляется «List index out of bounds (0)», то на экране остаётся заставка с ИРБИСом. Иногда вход выполняется нормально (заставка с ИРБИСом пропадает), например, только с третьей или четвёртой попытки.
АРМ Книговыдача 2010.1 D3.
> Не понял. Так что сначала выдается: List index или
> -401?
Александр Иосифович, List index выдавался в АРМ, а «-401» в файле ответа сервера для последней выполненной команды (данного АРМ).
на сервере был включён режим отладки;
в АРМ Администратор проверен номер (N) последней команды для АРМ Книговыдача;
> Удалите весь раздел [DESKTOP] cirbisb.ini и повторите вход
> в АРМ.
> > Удалите весь раздел [DESKTOP] cirbisb.ini и повторите
> вход
> > в АРМ.
>
> Хорошо. Проверим.
Редактировано 1 раз. Последний раз 30.03.2011 12:42 пользователем PRM.
«Сейчас» означает, что ошибка появляется не при каждом запуске.
Раздел [Desktop] удалял после того, как закрыл АРМ.
> С БД RQST все в порядке?
> Пришлите мне cirbisb.ini при котором возникает
> List index.
На всякий случай, прикрепляю cirbisb.ini, на котором ошибка «List index. » была как минимум один раз зафиксирована.
Редактировано 1 раз. Последний раз 30.03.2011 15:20 пользователем PRM.
Александр Иосифович, здравствуйте.
Редактировано 1 раз. Последний раз 13.04.2011 15:21 пользователем PRM.
Александр Иосифович, скопировал нашу конфигурацию ИРБИС на рабочий компьютер. При запуске нескольких АРМ Книговыдача и последовательном нажатии Shift-F5 в каждом из них ошибка появляется, но, к сожалению, с небольшой вероятностью. Попробую уменьшить объём данных, так чтобы ошибка воспроизводилась.
Александр Иосифович, здравствуйте.
Тест включает БД ЭК: CAT, CATD; БД RDR, БД RQST.
Настройки сервера используются стандартные, за исключением:
MAX_PROCESS_COUNT=20, CLIENT_TIME_LIVE=30, PROCESS_TIME_LIVE=15, ENCRYPT_PASSWORDS=0
Серверная и клиентская часть соответствует обновлению D5 2010.1
Александр Иосифович, первое впечатление: сегодня количество монопольных блокировок баз данных электронных каталогов и блокировок отдельных записей выше обычного.
При автоматическом обновлении теперь на несколько секунд появляется окно «Ожидание ответа от сервера», и происходит переключение с активного приложения на АРМ Книговыдача. В связи с таким переключением, работать в других приложениях неудобно.
> При автоматическом обновлении теперь на несколько
> секунд появляется окно «Ожидание ответа от
> сервера», и происходит переключение с активного
> приложения на АРМ Книговыдача. В связи с таким
> переключением, работать в других приложениях
> неудобно.
Это не связано с теми изменениями, которые были сделаны в АРМе.
> > При автоматическом обновлении теперь на
> несколько
> > секунд появляется окно «Ожидание ответа от
> > сервера», и происходит переключение с активного
> > приложения на АРМ Книговыдача. В связи с таким
> > переключением, работать в других приложениях
> > неудобно.
> Это не связано с теми изменениями, которые были
> сделаны в АРМе.
Александр Иосифович, тогда скажите, пожалуйста, можно ли ввести параметр, который управлял бы принципом запуска автоматического обновления?
Серсея Ланнистер ответила Ольге
Откройте консоль Kaspersky
Найдите объект, который вы хотите восстановить, в панели результатов.
Откройте его контекстное меню и выберите Восстановить.
Выберите:
Восстановить в исходную папку, чтобы восстановить объект в исходное местоположение;
Восстановить в папку, используемую по умолчанию, чтобы восстановить объект в папку, заданную в качестве папки для восстановления в параметрах карантина;
Восстановить в папку на локальном компьютере или сетевом ресурсе и укажите путь к необходимой папке, чтобы сохранить объект в любой папке на компьютере, где установлена консоль программы, или сетевой папке.
Серсея Ланнистер ответила Ольге
Серсея Ланнистер ответила Ольге
Ольга, если Касперский попробует снова удалить файл, добавьте его в исключения. В ссылке выше есть описание этого действия.
Серсея Ланнистер ответила Ольге
Сын говорит, Касперский это. Я то вообще ничего не смыслю))
По-ходу дело не в файле amtlib. Отключил антивирус совсем, так же занес этот файл в исключения антивируса, но ошибка все равно вылетает.
Серсея Ланнистер ответила Роману
AdobeARMservice — Adobe Acrobat Update Service
AGMService — Adobe Genuine Monitor Service
AGSService — Adobe Genuine Software Integrity Service
2) В автозапуске отключил запуск AcroTray и две службы Adobe.
/На работоспособность программы это не влияет./
Среди множества проблем, которые могут возникнуть на наших мобильных телефонах, мы находим резервная копия , проблема, которая появилась на Android в течение длительного времени. Иногда система Google Drive, которой пользуются телефоны Android для создания резервной копии, подвержена неудобствам, которые могут поставить нас в трудную ситуацию.
К счастью, есть методы, которые мы можем использовать для решения этих проблем, некоторые более классические, а другие более сложные, но которые так или иначе могут позволить нам использовать резервное копирование на мобильный снова , Мы рекомендуем вам проверить каждую из этих проблем, чтобы не выбрасывать полотенце раньше, чем нужно, и продолжать перетаскивать проблему, которую можно оставить без важных контактов или файлов при смене мобильных телефонов.
Мы пытаемся выполнить резервное копирование вручную
Проверьте интернет соединение
Первое, что мы должны сделать, чтобы устранить ошибки с помощью резервной копии это проверить, что мы подключены к WiFi или мобильной сети. В этом случае мы рекомендуем выполнить тест скорости, чтобы выяснить, есть ли проблема с сигналом, препятствующим выполнению копирования.
Во всем виноват Google Drive
Очистить кеш Google Диска
В качестве первого решения мы рекомендуем вам удалить кеш-память этого приложения, при этом мы не потеряем никаких файлов и будем удалять только вечные файлы, которые могут мешать его правильной работе. Чтобы выполнить это, мы переходим в Настройки> Приложения> Google Диск> Хранилище, чтобы окончательно очистить кеш и все данные.
Проверьте Хранение
Мы не можем исключить возможность того, что свободное место на Google Диске заполнено. У нас есть 15 ГБ без необходимости что-либо платить взамен, и в этом месте мы должны подсчитать все файлы, которые мы загружаем на диск Google, электронные письма Gmail и резервные копии, которые вызывают у нас проблемы.
В приложении Google Диск у нас есть раскрывающееся меню, в котором мы можем увидеть, сколько у нас есть доступных для загрузки этой ошибки, если у нас есть по крайней мере 2 ГБ или в противном случае нам придется удалить документы, хранящиеся в облаке для бэкап для корректной работы и не будет повторяться проблем.
Старая проблема, которая была исправлена
В течение 2019 года Google сообщал о проблема связана с июнь патч безопасности на всех телефонах Android. Эта ошибка затронула миллионы пользователей по всему миру, и мы могли бы снова страдать. Решение в то время было несколько трудно найти, но, по крайней мере, эффективно.
Единственное, что нам нужно сделать, чтобы устранить эту ошибку, — это перейти в «Настройки»> «Безопасность» и исключить любой метод безопасности. Затем мы пытаемся сделать копию вручную, и мы можем оставить ее настроенной с помощью шаблона, булавки или по своему желанию.
Читайте также:
- Как печатать в lightroom
- Реконструкция базы данных ps3 что это
- Принцип программного управления компьютером презентация
- Не могу перемотать видео на компьютере
- Как настроить часы на солярисе 2014 на бортовом компьютере
Содержание
- Эксплуатация » Поломался Орион Про, как ПРОЩЕ починить или переустановить?
- Эксплуатация » Орион 1.20, МЦС, не удалось подключиться к серверу
- 9 ответов
- forum-bolid.ru
- Менеджер центрального сервера , проблемы с Параметрами БД
- forum-bolid.ru
- Проблема с Windows Server 2016 и Орион Про
- forum-bolid.ru
- Центральный сервер периодически виснет
Эксплуатация » Поломался Орион Про, как ПРОЩЕ починить или переустановить?
Microsoft Server 2003 Std
Орион Про 1.12 без SP
Всё ставилось с дистрибутива Орион Про, ничего постороннего
На сервере установлены: Сервер, Оболочка с Ядром опроса, Управление сервером. Всё остальное не устанавливалось, сервер только для сервера.
Соединения с двумя пультами через два COM-порта.
UProg с этого сервера успешно общается с приборами, то есть, COM-порты рабочие.
Сегодня была авария по питанию, которую не заметили из-за ИБП. После смерти ИБП отвалились мониторы. Подали электричество, запустили, оболочка на сервере (не на мониторах) запускается с ошибкой соединения. Лог такой
29.07.2019 12:54:46 | Hint: Соединение с сервером
29.07.2019 12:54:59 | Error: Ошибка 240. Невыполнение запроса: транслируемые события
В ядре опроса СОМ-порты перестали присутствовать.
Orion.ini нормальный (у меня сохранён эталонный для сравнения)
Сейчас система работает под пультами и БКИ, есть время подумать.
Как с меньшими потерями запустить сервер?
Могу развернуть системный диск из февральского образа + субботний бэкап базы. Проблема — потеряется доверие в домене, придётся выводить из домена и затаскивать обратно. Вроде бы несложно и я знаю, как это сделать.
Можно переустановить сервер на работающей машине. Не представляю себе это, просто никогда не делал. Сдуру переустановлю всё.
А может быть можно при переустановки отметить галочкой только ядро опроса и всё?
Посоветуйте.
Источник
Эксплуатация » Орион 1.20, МЦС, не удалось подключиться к серверу
Установлена Орион ПРО 1.20. ЦСО запущен.
Когда первый раз заходил в Мнеджер Центрального Сервера, ошибка — не удалось подключиться к серверу.
В файле orion.ini прописал локальный сервер (127.0.0.1), порт 2001 — заработало. Всё увидело.
Спустя 2 дня снова ошибка — не удалось подключится к серверу.
Что можно сделать в данной ситуации?
3 года 7 месяцев назад
– Налетов Константин 3 года 7 месяцев назад
9 ответов
Не изменилось ничего.
Просто пишет — не удалось соединиться с сервером.
ЦСО запущен 100%. В автозагрузке висит. Запускаю МЦС при открытом ЦСО — выдаёт ошибку.
Запускалось. Чего ей щас не хватает — непонятно. Пробовал в orion.ini писать имя компа, его локальный ip-адрес. Всё равно ошибка.
3 года 7 месяцев назад
– Комаров Александр Федорович 3 года 7 месяцев назад
– Налетов Константин 3 года 7 месяцев назад
Совершенно недавно поднималась тема про антивирус KAV https://partners.bolid.ru/forum/forum_3486.html, который закрывает порты, может и у Вас такая же ситуация.
3 года 7 месяцев назад
Антивирус не установлен. Разве что встроенный windows defender. Но ведь работало.
3 года 7 месяцев назад
А как узнать, какие каталоги правильные? Всё запускается из одной директории. Версия 1.20 (выпуск 1, постройка 803).
3 года 7 месяцев назад
Если у вас каталог всего один — он с вероятностью 99% правильный, если вы руками не заменяли модули.
У каждой программы есть версия (которую в том числе можно посмотреть в свойствах файла на вкладке «подробно») и они на ЦСО и менеджере сервера должны быть 1.20 или выше.
Откройте ЦСО на вкладке «О программе». Посмотрите текущий порт. (по умолчанию 2001).
Выполните в командной строке команду
Запустите менеджер сервера. Дождитесь ошибки, что не удалось подключиться и нажмите ок.
В менеджере сервера выберите пункт «ФайлСервер. «. В открывшемся окне укажите текущий адрес компьютера (или 127.0.0.1 для локального) и порт совпадающий с тем, который указан в ЦСО. Нажмите ок.
Если нет записи что порт LISTENING или всё равно возникает ошибка — надо проверять настройки антивирусов и фаерволов.
Если совсем ничего не получается — обращайтесь в техподдержку. С вами ещё раз проверят все настройки и если не найдут ошибок в настройках — вышлют специальные модули для диагностики проблемы.
– Комаров Александр Федорович 3 года 7 месяцев назад
Источник
forum-bolid.ru
Менеджер центрального сервера , проблемы с Параметрами БД
Здравствуйте, есть Орион Про 1.20.1 настроен, работает.
НО есть 2 проблемы.
1) При запуске утилиты, как приложено в картинке, нет параметров БД , информации по базе . НО при этом сам орион работает, монитор, сервер и все все все. А вот в Менеджере ничего сделать нельзя ибо во вкладке БД все пункты серые, не активные.
Лечится данная ерись методом перебора способа подключения базы (127.0.0.1, имя сервера при поиске из списка, ай пи адресс) Настроено по айпи адресу. Раза с 20-30 помогает, и соединение появляется и все ок. Проблема возникает через раз, а если перезагрузки компьютера небыло больше недели то 100 %.
КАК решить данную проблему?
2) Где искать или может кто поможет пошагово написав инструкцию по Резервному копированию БД при помощи Винды и планировщика задач.(у самого нихрена не получается. Болидовцы говорят что мля нажми 2 кнопки и все гуд. НО нихрена не работает, Задача не создается автоматически).
Картинку для наглядности и то что получается.(качество режет форум)
И по 2 вопросу, я написал что хотел, трудности с пониманием и знанием функционала, тогда наверное не стоит писать ненужные посты, а если хотите поговорить за жизнь то пишите в личку, пообщаемся.
Можно попробовать в реестре поискать ветку BOLID, и там в подветках ручками поправить, тоже прокатывает.
У меня как-то тоже была проблема с именем базы, ручками поправил в реестре и прокатило.
Ну это так, если другие варианты не получатся. Атак же.
Pahill , у Вас используется плата расширения на 10 com портов?
Посмотрите в программном модуле Администратор Базы Данных (АБД) настройки com портов- какой там задан тип ПИ ?
Возможно поможет тема (последнее сообщение):
Загрузка CPU сервера опроса.
У ТС проблема была в типе преобразователя интерфейсов. Разница между ними кстати описана в инструкции, но про рекомендации для С2000-Ethernet ни гу-гу.
«. Тип преобразователя интерфейсов, используемого для конвертирования RS-485 интерфейса.
Источник
forum-bolid.ru
Проблема с Windows Server 2016 и Орион Про
Здравствуйте!
На Windows 7 (EN) работает всё отлично, ставил сам.
Сейчас осуществляем переезд на другую железку с Windows Server 2016. Система англоязычная, поэтому сначала установил SQLEXPRESS2012 с активированной учеткой SA и паролем 1-6, импортировал нашу базу, установил Орион Про, изменил в реестре данные для нашей базы.
Запускаю shell, запускаю cso (OCS) и больше ничего не запустить. При запуске Server Manager — ошибка «Can’t connect to server». Адрес 127.0.0.1 и порт 2001. Пробовал локальный адрес машины указывать — бестолку.
Пробовал разные версии Ориона — 1.20/1.20.1/1.12 и русские и английские.. Ставил с нуля sqlexpress 2008/2012..
Чувство, что сервер (CSO) находится в своей песочнице и его не видят остальные компоненты программы. Прошу помочь, уже третий день сна не знаю
У вас сервер менеджер не может подключиться к ЦСО.
До SQL дело даже близко не доходит.
Открываем ЦСО на первую вкладку и смотрим внизу порт.
Идём в фаервол и убеждаемся что порт не заблокирован. Идём в антивирус и убеждаемся что порт не заблокирован. Идём в командную строку netstat /a от админа и убеждаемся что порт открыт. Если не открыт — идём в настройки совместимости и запускаем ЦСО от имени администратора. Если порт всё ещё не открыт а ЦСО «работает» — на этом моменте мы уже обращаемся в техподдержку.
Дальше идём в каталог с Орион ПРО в файл orion.ini.
В разделе SrvLog проверяем SrvAddr — адрес машины. Можно 127.0.0.1 если всё на одной машине и lopback активен (проходит пинг на 127.0.0.1). SrvPort — должен совпадать с тем, который выводит ЦСО.
После того как всё проверили — запускаем сервер менеджер. И если оно опять не коннектится — обращаемся в техподдержку.
При обращении в техподдержку быть готовы назвать: Точную версию Орион ПРО (можно посмотреть в файле version_orion.ini). Версию ОС (включая разрядность). Версию SQL.
Не доходит дело до SQL.
Давайте ещё пару моментов проверим. Посмотрите в свойствах файлов ЦСО и Сервер менеджера в дополнительных что они одного выпуска. Если случайно попались ЦСО и сервер менеджер из разных выпусков (до 1.20 и после), то они не смогут соединиться.
Дальше вы говорите что руками переносили в реестр настройки. Стоит их убрать — полностью снести ветку. Возможно происходит какая то внутренняя ошибка при чтении.
Ну и в личку номер обращения в техподдержку.
Стандартный чеклист на этом заканчивается. Дальше только логи (в идеале тимвьювер или аналоги). Но это всё только через техподдержку.
Так может потому и пишут, что сервер не запущен ))
Таааакс. Так с SQL сервером-то ЦСО связывается, а не менеджер сервера. Откуда он может знать, сервер менеджер, что SQL сервер работает (или не работает), если он не может связаться с ЦСО?
Добавлено спустя 36 секунд:
А так да, вижу, SQL сервер запущен.
Получил следующий ответ от поддержки. Увы, на пятом шаге всё та же ошибка.. Переустанавливаю систему)
Спойлер Для настройки параметров SQL сервера, после установки АРМ Орион ПРО в ручном режиме на ПК с уже установленным SQL сервером необходимо:
1.
с помощью Среда SQL Server Management Studio необходимо проверить подключение к SQL серверу, при этом необходимо выбрать авторизацию SQL ввести учетную запись «sa» и пароль «123456».
Если при этом подключение не будет выполнено, то в SQL необходимо настроить данную учетную запись.
Так же стоит обратить внимание, на то что если в меню пуск в группе SQL Сервера отсутствует Среда SQL Server Management Studio, то её необходимо поставить и проверить.
2.
Далее если вход выполняется корректно, необходимо отключится от SQL сервера или перезапустить Management Studio. Из окна авторизации необходимо скопировать имя сервера (оно потом понадобится при настройке параметров сервера).
3.
При закрытом центральном сервере Орион ПРО необходимо зайти в редактор реестра по команде regedit путь
HKEY_LOCAL_MACHINESOFTWAREBolidORIONCSO для 32х
HKEY_LOCAL_MACHINESOFTWAREWow6432NodeBolidORIONCSO для 64х
и удалить папку DBPARAMS и если есть DBPARAMS12.
4.
Запустить центральный сервер Орион ПРО из контекстного меню «от имени администратора» (актуально для win7 и новее, что бы каждый раз не использовать данное меню можно зайти в свойства ярлыка выбрать вкладку совместимость и задать параметр «всегда выполнять от имени администратора»).
5.
Запустить «управление сервером» из меню пуск так же по правой кнопке — «от имени администратора», после запуска программы нужно ввести пароль 73173100, при этом в строке статуса должно быть указано «соединение установлено».
Если же при запуке выдается сообщение «нет соединения с сервером», то необходимо убедится, что в систем трее запущено CSO (центральный сервер), далее в меню файл — сервер — указать ip адрес текущего ПК, так же можно указать локальный адрес 127.0.0.1. После чего меню файл — переподключится и ввести пароль «73173100», результатом должно быть подключение к серверу и статус «соединение установлено».
6.
После запуска Менеджера центрального сервера, необходимо выбрать вкладку «параметры БД»
в параметрах указать
Database Access: ADO
Drivers: MSSQL
DATABASE NAME: не указываем
SERVER NAME: указывается имя сервера, скопированного из авторизации SQL Server Management Studio.
USER NAME: sa
CommandTimeout: 0
PASSWORD: 123456
7.
Далее
если была старая база SQL — указываем её имя в DATABASE NAME,
если база перенесена с другого ПК то в меню БД выбираем Восстановление (для восстановления из файла *.bak) или присоединение базы данных если скопированы файлы *.LDF и *.MDF
если не было базы, то в меню БД выбираем — «создать новую. «, далее следуя шагам мастера необходимо указать новое уникальное имя базы в поле DATABASE NAME.
Для присоедененных БД (или если база уже была на ПК) необходимо выполнить в меню БД — модернизация/слияние БД, в мастере отметить «модернизация» и следовать шагам. После кеширования в появившихся параметрах необходимо указать новое имя БД.
8.
После создания или присоединения БД, можно запустить оболочку Орион ПРО, в которой выбрать АБД, пароль либо 1, либо пароль от вашей старой БД.
9.
В АБД на первой вкладке нужно добавить ПК, указав его реальный ip в поле ip-адрес, а в поле имя указать hostname, после чего нажать сохранить.
10.
Далее необходимо отредактировать созданный ПК, в поле настройки выбрать «. » и отметить какие компоненты можно запускать на данном ПК, после чего сохранить параметры.
11.
Далее необходимо в меню сервис выбрать — обновление базы данных, при этом в оболочке параметр «анализ окружения» должен увеличится до 100%, и с некоторой задержкой запуститься Оперативная задача.
На этом настройка параметров сервера завершена.
Источник
forum-bolid.ru
Центральный сервер периодически виснет
Физический сервер — HP ProLiant DL145 Generation 2
ОС — Windows Server 2008 R2 Standart Service Pack 1 64bit
СУБД — MS SQL Server 2005 32bit
Версия программы — Центральный сервер Орион 1.11.2.46
На этой же машине подключены приборы по COM-порту. Там же работает Оболочка системы и Оперативная задача. В системе есть ещё 3 клиентские машины, каждая со своими ролями:
— Персональная карточка (стоит на раб. месте охранника у турникетов)
— Оперативная задача (раб. место начальника смены охраны)
— АБД (бюро пропусков).
Периодически (иногда несколько раз в день . ) что-то происходит с Центральным сервером (по всей видимости). Выглядит это так — на раб. местах Оперативная задача появляется сообщение о потере соединения с центральным сервером, на раб. месте персональная карточка перестают обновляться фото проходящих через турникет сотрудников.
Простым перезапуском на сервере Оболочки и Сервера БД Орион не лечится. Убийство процессов Оболочки и Центрального сервера в Диспетчере задач также не помогает. Приходится перезагружать ОС, запускать там Сервер БД Орион, Оболочку системы и Оперативную задачу (чтобы собирать данные с турникетов и приборов). Сегодня такое случалось уже 18 раз .
Ещё CoreOrion.exe не помешает. И надеюсь у вас в сообщение, а не в правилах антивируса опечатка — CSO.exe
Что выводится в лог оболочки при разрыве связи?
Локально (на ПК с ЦСО) тоже теряется связь с центральным сервером?
В доверенной зоне антивируса добавил CoreOrion.exe, исправил опечатку вместо sco.exe сделал cso.exe
Вот последние записи в файле EventLog.log
========== 21.04.2014 14:30:00 ========== omonitor.exe 1.11.2.1896()
21.04.2014 14:30:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:00 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:00 | Warning: Разрыв связи
21.04.2014 14:30:27 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:27 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:27 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:27 | Warning: Разрыв связи
21.04.2014 14:30:58 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:58 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:58 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:58 | Warning: Разрыв связи
========== 21.04.2014 14:37:53 ========== omonitor.exe 1.11.2.1896()
21.04.2014 14:37:53 | Hint: Соединение с сервером
21.04.2014 14:38:35 | Hint: TabAdd
21.04.2014 14:38:35 | Hint: Периметр 1
21.04.2014 14:38:35 | Hint: Периметр 2
21.04.2014 14:38:35 | Hint: Периметр 3
21.04.2014 14:38:35 | Hint: Периметр 4
21.04.2014 14:38:35 | Hint: Периметр 5
21.04.2014 14:38:35 | Hint: Периметр 6
21.04.2014 14:38:35 | Hint: Периметр 7
21.04.2014 14:38:35 | Hint: Периметр 8
21.04.2014 15:06:27 | Hint: TabAdd
21.04.2014 15:06:27 | Hint: Периметр 1
21.04.2014 15:06:27 | Hint: Периметр 2
21.04.2014 15:06:27 | Hint: Периметр 3
21.04.2014 15:06:27 | Hint: Периметр 4
21.04.2014 15:06:27 | Hint: Периметр 5
21.04.2014 15:06:27 | Hint: Периметр 6
21.04.2014 15:06:27 | Hint: Периметр 7
21.04.2014 15:06:27 | Hint: Периметр 8
21.04.2014 15:09:17 | Hint: TabAdd
21.04.2014 15:09:17 | Hint: Периметр 1
21.04.2014 15:09:17 | Hint: Периметр 2
21.04.2014 15:09:17 | Hint: Периметр 3
21.04.2014 15:09:17 | Hint: Периметр 4
21.04.2014 15:09:17 | Hint: Периметр 5
21.04.2014 15:09:17 | Hint: Периметр 6
21.04.2014 15:09:17 | Hint: Периметр 7
21.04.2014 15:09:17 | Hint: Периметр 8
А вот последние записи в файле logErrorFromShell.log
========== 21.04.2014 14:26:39 ========== Shell.exe 1.11.2.996()
21.04.2014 14:26:39 | Hint: Соединение с сервером
21.04.2014 14:28:39 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:28:39 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:28:39 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:28:39 | Warning: Разрыв связи
21.04.2014 14:29:20 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:29:20 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:29:20 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:29:20 | Warning: Разрыв связи
21.04.2014 14:30:01 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:01 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:01 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:01 | Warning: Разрыв связи
21.04.2014 14:30:41 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:41 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:41 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:41 | Warning: Разрыв связи
21.04.2014 14:31:22 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:31:22 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:31:22 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:31:22 | Warning: Разрыв связи
========== 21.04.2014 14:33:00 ========== Shell.exe 1.11.2.996()
21.04.2014 14:33:00 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:33:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:33:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:33:00 | Warning: Разрыв связи
========== 21.04.2014 14:37:36 ========== Shell.exe 1.11.2.996()
21.04.2014 14:37:36 | Hint: Соединение с сервером
Оба лога с компьютера-сервера, на клиентских станциях логи пока не смотрел
Источник
Ряд пользователей ПК при отладке какой-либо из своих программ (или при запуске какого-либо софта) могут столкнуться с ошибкой «List Index out of bounds(-1,0)». Обычно она связана с неточностями, допущенными разработчиками при написании кода программы. Но также бывают и ситуации, когда появление ошибки связано с некорректной работой на ПК ряда программных продуктов. В этом материале я расскажу, что за ошибка «List Index out of bounds(-1,0)», каковы причины её возникновения, и как её исправить на вашем ПК.
Возникшая ошибка «List Index out of bounds» при установке «K-Lite Codec Pack»
Содержание
- List index out of bounds (-1,0) — что за ошибка
- Как исправить ошибку «List index out of bounds(-1,0)»
- Другие способы исправить ошибку
- Заключение
- Рекомендуем к прочтению
В переводе текст данной ошибки звучит как «списочный номер вне допустимых границ», и обычно означает ситуацию, когда в коде программы одно из её значений установлено некорректно. Например, разработчик программы где-либо допустил ошибку при работе с циклом, или какая-либо часть программы работает с переменной, которая удалена или не существует.
Также причиной данной проблемы может быть неправильная установка проблемной программы, а также ситуация, при которой какой-либо софт на вашем ПК конфликтует с данной программой, вследствие чего возникает рассматриваемая мной дисфункция.
Ошибка «List Index out of bounds(-1,0)» при отладке программы
Как исправить ошибку «List index out of bounds(-1,0)»
Если вы разработчик программного кода, и получили данную ошибку во время трассировки, рекомендую ещё раз проверить текст вашей программы на наличие ошибок. К примеру, в теле программы вы пытаетесь работать с теми строками, которых, de facto, не существует.
Если ошибка найдена не была, тогда стоит обратиться с вашей программой на форумы программистов, работающих в одной с вами программной среде (использующих один API). Обычно там вас попросят предоставить кусок программы, в работе которой возникает ошибка «List index out of bounds», и после ознакомления с его текстом дадут конкретный совет, где находится неверно указанное вами программное значение.
Обратитесь за помощью на форум программистов
Другие способы исправить ошибку
Если же данная ошибка возникла при работе установленной на компьютер внешней программы, рекомендую сделать следующее:
- Переустановите проблемную программу . Рекомендую деинсталлировать её стандартным путём, перезагрузить ваш компьютер, а затем заново установить данную программу. Особенно это касается сбоев с возникновением ошибки «List Index out of bounds(-1,0)» в работе «Skype»;
- Запускайте данную программу от имени администратора . Наведите курсор на её ярлык на рабочем столе, кликните правой клавишей мыши, и в появившемся меню выберите «Запуск от имени администратора»;
Используйте запуск программы от имени администратора
Обновите Java на вашем ПК
Используйте «AdwCleaner» для борьбы со зловредами на вашем ПК
Заключение
В данном материале я рассмотрел значение ошибки List index out of bounds, и как инструкцию по исправлению данной ошибки. В большинстве случаев причиной возникновения проблемы является некорректный программный код, созданный разработчиком на каком-либо из языков программирования. Рекомендуется ещё раз внимательно проверить значения, использованные в теле программы, а при необходимости обратиться на форум программистов, предоставив им для анализа проблемный кусок кода. Обычно решение быстро находиться, позволяя избавиться от ошибки List Index out of bounds(-1,0) на вашем ПК.
На форме есть компонент sListBox1 (разновидность ListBox1 в Alpha Controls).
Туда добавляются элементы
sListBox1.Items.Add(‘. ‘);
В коде мне нужно перебрать все элементы этого sListBox1 . Работа идет в потоке.
При добавлении более одного файла, возникает ошибка
Ошибка listerror list index out of bounds (1).
Как исправить ошибку listerror list index out of bounds?
- Вопрос задан 02 апр.
- 336 просмотров
Границы счётчика FOR вычисляется один раз перед циклом. Если в основном потоке меняется form1.sListBox1 , то может не оказаться нужного Items[i] . Или проверяйте его наличие. Или используйте цикл WHILE , в котором сравнение счётчика с условием будет проверяться каждый раз.
Замечание: оптимизатор может изменить направление FOR .
Совет: не связывайте модули.
То есть у TMyThread должен быть свой TStrings , в который нужно передать form1.sListBox1.Items .
Не очень понял.
Я добавляю в sListBox1 элементы. И запускаю цикл.
Ничего в потоке в sListBox1 не добавляю. Как там всё было, так и есть.
Я добавляю в sListBox1, с помощью Opendialog путь к файлу.
И в цикле открываю файлы.
Простая, типовая задача.
Здравствуйте, уважаемые коллеги.
Возможная причина проблемы — некорректные шифры изданий, находящихся в данный момент на бронеполке (шифр издания на бронеполке, указанный в записи заказа, не соответствует шифру издания в БД ЭК).
Можно войти в АРМ под тем логином, для которого вход выполняется нормально, затем установить в настройках место выдачи и место хранения в *, интервал автоматического обновления 0; проверить шифры изданий на бронеполке; если есть ошибки несоответствия шифров, то исправить их.
(При большом количестве заказов на бронеполке для быстрой проверки можно предварительно отредактировать формат DATAIRQSTRQST_HTML.pft, добавить строку:
‘
Проверка шифра: ‘,&uf(‘D’,v1,»,!I=»v903″!,v903″),)
Спасибо. Дополнительный вопрос: правильно ли у Вас установлены изменения версии 2010.1 (по сравнению с 2009.1) и обновления? Например, в обновлении IRBIS64_10D1 есть изменения в RDR.fst, RQST.fst.
Александр Иосифович 20.10.2010 г. отмечал, что сообщение «List index out of bounds» при старте АРМ Книговыдача появляется, так как в БД RQST есть ошибочные даты. Поэтому хотел бы задать вопрос, в чём именно может заключаться ошибка в датах, как такие ошибочные даты найти?
Александр Иосифович, здравствуйте.
К сожалению, у нас тоже появилась ошибка «List index out of bounds (0)» при запуске АРМ Книговыдача 2010.1.
Ошибка появляется не при каждом запуске.
Скажите, пожалуйста, ошибка может возникать из-за ошибочных дат в БД RQST (если да, то как их найти)?
* АРМ Книговыдача 2010.1 от 27.01.2011 г.( [irbis.gpntb.ru] ).
Редактировано 2 раз. Последний раз 02.03.2011 10:28 пользователем PRM.
PRM написал(а):
——————————————————-
> Александр Иосифович, здравствуйте.
>
> К сожалению, у нас тоже появилась ошибка «List
> index out of bounds (0)» при запуске АРМ
> Книговыдача 2010.1.
> Ошибка появляется не при каждом запуске.
Мне нужен воспроизводимый пример.
> Скажите, пожалуйста, ошибка может возникать из-за
> ошибочных дат в БД RQST (если да, то как их
> найти)?
Если бы были ошибочные даты, появлялось бы соответствующее сообщение.
> Если бы были ошибочные даты, появлялось бы
> соответствующее сообщение.
К сожалению, не понял. Появилось бы сообщение при запуске АРМ Книговыдача?
Александр Иосифович, воспроизводимый пример подготовить на данный момент не удалось.
Запустили режим отладки сервера ИРБИС64.
Результаты показывают:
— в АРМ Книговыдача выдаётся сообщение «List index out of bounds (0)».
В этот момент:
— в списке зарегистрированных пользователей для данного клиента номер последней команды — 1317. Текущая команда — IRBIS_POSTING.
Файлы запроса и ответа 118199_1317, !118199_1317 — во вложении.
Файл ответа 118199_1317 содержит «-401» — ERR_FILEINVERT — ошибка при открытии trm файлов.
Может ли сообщение «List index out of bounds (0)» быть связанным с «ERR_FILEINVERT» ?
Редактировано 1 раз. Последний раз 22.03.2011 11:51 пользователем PRM.
Александр Иосифович, здравствуйте.
Извините, пожалуйста, что вновь задаю вопрос.
Может ли сообщение «List index out of bounds (0)» при входе в АРМ или при нажатии Shift-F5 в АРМ Книговыдача быть связанным с ответом сервера «-401» ?
Думаю, что проблема актуальная: при входе в АРМ, если появляется «List index out of bounds (0)», то на экране остаётся заставка с ИРБИСом. Иногда вход выполняется нормально (заставка с ИРБИСом пропадает), например, только с третьей или четвёртой попытки.
Илья Иванович в теме «Расшифровки кодов ошибок сервера ИРБИС 64» ( [irbis.gpntb.ru] ) приводит другую расшифровку ошибки -401: вместо «ERR_FILEINVERT — ошибка при открытии trm файлов» — «-401 — Ошибка файла индекса».
Но в нашем случае диагностика файла словаря БД CAT (электронного каталога) через АРМ Администратор никаких ошибок не показывает.
АРМ Книговыдача 2010.1 D3.
> Не понял. Так что сначала выдается: List index или
> -401?
Александр Иосифович, List index выдавался в АРМ, а «-401» в файле ответа сервера для последней выполненной команды (данного АРМ).
(22 марта был выполнен следующий тест:
в АРМ Книговыдача:
— появилось сообщение «List index out of bounds (0)»;
— выполнено нажатие на OK в окне сообщения;
— установлен интервал автоматического обновления «0»;
— несколько раз с интервалами до 5 секунд выполнено нажатие на Shift-F5;
— после нажатия на Shift-F5 появилось сообщение «List index out of bounds (0)»;
на сервере был включён режим отладки;
в АРМ Книговыдача:
— выполнено нажатие на OK в окне сообщения;
— несколько раз с интервалами до 5 секунд выполнено нажатие на Shift-F5;
— после нажатия на Shift-F5 появилось сообщение «List index out of bounds (0)»;
в АРМ Администратор проверен номер (N) последней команды для АРМ Книговыдача;
в директории workdir проверены файлы запроса клиента и ответа сервера для команды N (файлы приведены в сообщении от 22 марта). В файле ответа обнаружена ошибка «-401».)
> Удалите весь раздел [DESKTOP] cirbisb.ini и повторите вход
> в АРМ.
> > Удалите весь раздел [DESKTOP] cirbisb.ini и повторите
> вход
> > в АРМ.
>
> Хорошо. Проверим.
Александр Иосифович, сейчас при входе в АРМ появилось сообщение «List index. «.
Удалили раздел [DESKTOP], повторили вход в АРМ.
Сообщение «List index. » появилось снова (скриншот).
Редактировано 1 раз. Последний раз 30.03.2011 12:42 пользователем PRM.
>
> Александр Иосифович, сейчас при входе в АРМ
> появилось сообщение «List index. «.
Что значит «сейчас»?
> Удалили раздел , повторили вход в АРМ.
> Сообщение «List index. » появилось снова
> (скриншот).
Надеюсь, ВЫ удаляли раздел [DESKTOP] после того, как закрыли АРМ?
С БД RQST все в порядке?
Пришлите мне cirbisb.ini при котором возникает List index.
Alio написал(а):
——————————————————-
> PRM написал(а):
> —————————————————
> ——
>
> >
> > Александр Иосифович, сейчас при входе в АРМ
> > появилось сообщение «List index. «.
> Что значит «сейчас»?
> > Удалили раздел , повторили вход в АРМ.
> > Сообщение «List index. » появилось снова
> > (скриншот).
> Надеюсь, ВЫ удаляли раздел после того, как
> закрыли АРМ?
«Сейчас» означает, что ошибка появляется не при каждом запуске.
Раздел [Desktop] удалял после того, как закрыл АРМ.
Проблема: ошибка «List index. » — «плавающая». Ошибка появилась при запуске с настройками cirbisb.ini (и заполненной секцией [Desktop]). Если повторить запуск на этом же cirbisb.ini (содержимое совпадает полностью), то ошибка не появляется.
> С БД RQST все в порядке?
1) Диагностика файла документов, диагностика словаря показывают, что ошибок не обнаружено.
2) В БД RQST было 11 записей, в которых было заполнено только поле 24 (значение поля — пробел). Удалил эти записи логически.
Сейчас рабочий день уже закончился, удалю выполненные заказы и отказы, экспортирую записи, опустошу RQST, импортирую, создам словарь заново полностью.
> Пришлите мне cirbisb.ini при котором возникает
> List index.
На всякий случай, прикрепляю cirbisb.ini, на котором ошибка «List index. » была как минимум один раз зафиксирована.
Редактировано 1 раз. Последний раз 30.03.2011 15:20 пользователем PRM.
Александр Иосифович, здравствуйте.
Скажите, пожалуйста, можете ли Вы внести следующую доработку?
—
Если при запуске АРМ Книговыдача появляется сообщение «List index out of bounds (0)» на фоне окна с информацией о системе ИРБИС64, то после нажатия OK в окне «List index out of bounds (0)» закрывать окно с информацией о системе.
—
Александр Иосифович, а ответ «-401» сервера ИРБИС64 на запрос АРМ Книговыдача может быть причиной «List index out of bounds (0)» (как в файлах отладки в сообщении от 22, March, 2011 14:30)?
Редактировано 1 раз. Последний раз 13.04.2011 15:21 пользователем PRM.
Alio написал(а):
——————————————————-
> Если эта ошибка воспроизводима, передайте мне
> соответствующие данные.
Александр Иосифович, скопировал нашу конфигурацию ИРБИС на рабочий компьютер. При запуске нескольких АРМ Книговыдача и последовательном нажатии Shift-F5 в каждом из них ошибка появляется, но, к сожалению, с небольшой вероятностью. Попробую уменьшить объём данных, так чтобы ошибка воспроизводилась.
Alio написал(а):
——————————————————-
> Если эта ошибка воспроизводима, передайте мне
> соответствующие данные.
Александр Иосифович, здравствуйте.
Готовы передать Вам соответствующие данные. (Идёт упаковка в rar, объём неупакованных данных — 3,75 ГБ.)
Тест включает БД ЭК: CAT, CATD; БД RDR, БД RQST.
Настройки сервера используются стандартные, за исключением:
MAX_PROCESS_COUNT=20, CLIENT_TIME_LIVE=30, PROCESS_TIME_LIVE=15, ENCRYPT_PASSWORDS=0
Серверная и клиентская часть соответствует обновлению D5 2010.1
Описание теста: на локальной машине запущен irbis_server.exe, затем запущены под логином 1 и паролем 1 несколько АРМ Книговыдача 2011.1 (маски фильтров — *, интервал автоматического обновления — 10 секунд).
Пользователь не выполняет операции с АРМ.
Через некоторое время на одном из клиентов наблюдается сообщение «List index out of bounds (0)». При просмотре в списке зарегистрированных клиентов для данного клиента последняя команда — IRBIS_POSTING. Файлы отладки показывают, что в ответ на последнюю команду данного клиента сервер дал ответ «-401».
Александр Иосифович, первое впечатление: сегодня количество монопольных блокировок баз данных электронных каталогов и блокировок отдельных записей выше обычного.
При автоматическом обновлении теперь на несколько секунд появляется окно «Ожидание ответа от сервера», и происходит переключение с активного приложения на АРМ Книговыдача. В связи с таким переключением, работать в других приложениях неудобно.
PRM написал(а):
——————————————————-
> Александр Иосифович, первое впечатление: сегодня
> количество монопольных блокировок баз данных
> электронных каталогов и блокировок отдельных
> записей выше обычного.
При чем тут блокировки? С таким же успехом Вы могли мне сообщить, что после установки нового АРМа Книговыдача упало напряжение в электросети.
> При автоматическом обновлении теперь на несколько
> секунд появляется окно «Ожидание ответа от
> сервера», и происходит переключение с активного
> приложения на АРМ Книговыдача. В связи с таким
> переключением, работать в других приложениях
> неудобно.
Это не связано с теми изменениями, которые были сделаны в АРМе.
Alio написал(а):
——————————————————-
> PRM написал(а):
> —————————————————
> ——
> > Александр Иосифович, первое впечатление:
> сегодня
> > количество монопольных блокировок баз данных
> > электронных каталогов и блокировок отдельных
> > записей выше обычного.
> При чем тут блокировки? С таким же успехом Вы
> могли мне сообщить, что после установки нового
> АРМа Книговыдача упало напряжение в
> электросети.
>
Не знаю.
Возможно, в связи с увеличением нагрузки на сервер? (В новом модуле для заказов на бронеполке при автоматическом обновлении выполняется не mpl,&UNIFOR(‘+0’), а &unifor(‘+0’),&unifor(‘D’,v1,’,|I=’,v903,’|,@freekz0′),/&unifor(‘D’,v1,’,|I=’,v903,»|,’1000#’,mfn»d1)).
> > При автоматическом обновлении теперь на
> несколько
> > секунд появляется окно «Ожидание ответа от
> > сервера», и происходит переключение с активного
> > приложения на АРМ Книговыдача. В связи с таким
> > переключением, работать в других приложениях
> > неудобно.
> Это не связано с теми изменениями, которые были
> сделаны в АРМе.
Александр Иосифович, тогда скажите, пожалуйста, можно ли ввести параметр, который управлял бы принципом запуска автоматического обновления?
> Это новшество потребовало изменить принцип
> автоматического запуска обновления очереди заказов
> (по НАСТРОЙКЕ): в прежних (2010.1 и ниже) версиях
> автоматическое обновление очереди происходило
> только в случае, когда приложение активно, в
> 2011.1 обновление очереди происходит во всех
> случаях (т.е и тогда, когда оно свернуто или не в
> фокусе ввода). В связи с этим вопрос к
> пользователям: стоит ли вводить параметр, который
> бы управлял этим принципом запуска. Кроме этого —
> нужен ли параметр разрешающий/отменяющий подачу
> звукового сигнала.
Содержание
- Эксплуатация » Поломался Орион Про, как ПРОЩЕ починить или переустановить?
- Эксплуатация » Орион 1.20, МЦС, не удалось подключиться к серверу
- 9 ответов
- forum-bolid.ru
- Менеджер центрального сервера , проблемы с Параметрами БД
- forum-bolid.ru
- Проблема с Windows Server 2016 и Орион Про
- forum-bolid.ru
- Центральный сервер периодически виснет
Эксплуатация » Поломался Орион Про, как ПРОЩЕ починить или переустановить?
Microsoft Server 2003 Std
Орион Про 1.12 без SP
Всё ставилось с дистрибутива Орион Про, ничего постороннего
На сервере установлены: Сервер, Оболочка с Ядром опроса, Управление сервером. Всё остальное не устанавливалось, сервер только для сервера.
Соединения с двумя пультами через два COM-порта.
UProg с этого сервера успешно общается с приборами, то есть, COM-порты рабочие.
Сегодня была авария по питанию, которую не заметили из-за ИБП. После смерти ИБП отвалились мониторы. Подали электричество, запустили, оболочка на сервере (не на мониторах) запускается с ошибкой соединения. Лог такой
29.07.2019 12:54:46 | Hint: Соединение с сервером
29.07.2019 12:54:59 | Error: Ошибка 240. Невыполнение запроса: транслируемые события
В ядре опроса СОМ-порты перестали присутствовать.
Orion.ini нормальный (у меня сохранён эталонный для сравнения)
Сейчас система работает под пультами и БКИ, есть время подумать.
Как с меньшими потерями запустить сервер?
Могу развернуть системный диск из февральского образа + субботний бэкап базы. Проблема — потеряется доверие в домене, придётся выводить из домена и затаскивать обратно. Вроде бы несложно и я знаю, как это сделать.
Можно переустановить сервер на работающей машине. Не представляю себе это, просто никогда не делал. Сдуру переустановлю всё.
А может быть можно при переустановки отметить галочкой только ядро опроса и всё?
Посоветуйте.
Источник
Эксплуатация » Орион 1.20, МЦС, не удалось подключиться к серверу
Установлена Орион ПРО 1.20. ЦСО запущен.
Когда первый раз заходил в Мнеджер Центрального Сервера, ошибка — не удалось подключиться к серверу.
В файле orion.ini прописал локальный сервер (127.0.0.1), порт 2001 — заработало. Всё увидело.
Спустя 2 дня снова ошибка — не удалось подключится к серверу.
Что можно сделать в данной ситуации?
3 года 7 месяцев назад
– Налетов Константин 3 года 7 месяцев назад
9 ответов
Не изменилось ничего.
Просто пишет — не удалось соединиться с сервером.
ЦСО запущен 100%. В автозагрузке висит. Запускаю МЦС при открытом ЦСО — выдаёт ошибку.
Запускалось. Чего ей щас не хватает — непонятно. Пробовал в orion.ini писать имя компа, его локальный ip-адрес. Всё равно ошибка.
3 года 7 месяцев назад
– Комаров Александр Федорович 3 года 7 месяцев назад
– Налетов Константин 3 года 7 месяцев назад
Совершенно недавно поднималась тема про антивирус KAV https://partners.bolid.ru/forum/forum_3486.html, который закрывает порты, может и у Вас такая же ситуация.
3 года 7 месяцев назад
Антивирус не установлен. Разве что встроенный windows defender. Но ведь работало.
3 года 7 месяцев назад
А как узнать, какие каталоги правильные? Всё запускается из одной директории. Версия 1.20 (выпуск 1, постройка 803).
3 года 7 месяцев назад
Если у вас каталог всего один — он с вероятностью 99% правильный, если вы руками не заменяли модули.
У каждой программы есть версия (которую в том числе можно посмотреть в свойствах файла на вкладке «подробно») и они на ЦСО и менеджере сервера должны быть 1.20 или выше.
Откройте ЦСО на вкладке «О программе». Посмотрите текущий порт. (по умолчанию 2001).
Выполните в командной строке команду
Запустите менеджер сервера. Дождитесь ошибки, что не удалось подключиться и нажмите ок.
В менеджере сервера выберите пункт «ФайлСервер. «. В открывшемся окне укажите текущий адрес компьютера (или 127.0.0.1 для локального) и порт совпадающий с тем, который указан в ЦСО. Нажмите ок.
Если нет записи что порт LISTENING или всё равно возникает ошибка — надо проверять настройки антивирусов и фаерволов.
Если совсем ничего не получается — обращайтесь в техподдержку. С вами ещё раз проверят все настройки и если не найдут ошибок в настройках — вышлют специальные модули для диагностики проблемы.
– Комаров Александр Федорович 3 года 7 месяцев назад
Источник
forum-bolid.ru
Менеджер центрального сервера , проблемы с Параметрами БД
Здравствуйте, есть Орион Про 1.20.1 настроен, работает.
НО есть 2 проблемы.
1) При запуске утилиты, как приложено в картинке, нет параметров БД , информации по базе . НО при этом сам орион работает, монитор, сервер и все все все. А вот в Менеджере ничего сделать нельзя ибо во вкладке БД все пункты серые, не активные.
Лечится данная ерись методом перебора способа подключения базы (127.0.0.1, имя сервера при поиске из списка, ай пи адресс) Настроено по айпи адресу. Раза с 20-30 помогает, и соединение появляется и все ок. Проблема возникает через раз, а если перезагрузки компьютера небыло больше недели то 100 %.
КАК решить данную проблему?
2) Где искать или может кто поможет пошагово написав инструкцию по Резервному копированию БД при помощи Винды и планировщика задач.(у самого нихрена не получается. Болидовцы говорят что мля нажми 2 кнопки и все гуд. НО нихрена не работает, Задача не создается автоматически).
Картинку для наглядности и то что получается.(качество режет форум)
И по 2 вопросу, я написал что хотел, трудности с пониманием и знанием функционала, тогда наверное не стоит писать ненужные посты, а если хотите поговорить за жизнь то пишите в личку, пообщаемся.
Можно попробовать в реестре поискать ветку BOLID, и там в подветках ручками поправить, тоже прокатывает.
У меня как-то тоже была проблема с именем базы, ручками поправил в реестре и прокатило.
Ну это так, если другие варианты не получатся. Атак же.
Pahill , у Вас используется плата расширения на 10 com портов?
Посмотрите в программном модуле Администратор Базы Данных (АБД) настройки com портов- какой там задан тип ПИ ?
Возможно поможет тема (последнее сообщение):
Загрузка CPU сервера опроса.
У ТС проблема была в типе преобразователя интерфейсов. Разница между ними кстати описана в инструкции, но про рекомендации для С2000-Ethernet ни гу-гу.
«. Тип преобразователя интерфейсов, используемого для конвертирования RS-485 интерфейса.
Источник
forum-bolid.ru
Проблема с Windows Server 2016 и Орион Про
Здравствуйте!
На Windows 7 (EN) работает всё отлично, ставил сам.
Сейчас осуществляем переезд на другую железку с Windows Server 2016. Система англоязычная, поэтому сначала установил SQLEXPRESS2012 с активированной учеткой SA и паролем 1-6, импортировал нашу базу, установил Орион Про, изменил в реестре данные для нашей базы.
Запускаю shell, запускаю cso (OCS) и больше ничего не запустить. При запуске Server Manager — ошибка «Can’t connect to server». Адрес 127.0.0.1 и порт 2001. Пробовал локальный адрес машины указывать — бестолку.
Пробовал разные версии Ориона — 1.20/1.20.1/1.12 и русские и английские.. Ставил с нуля sqlexpress 2008/2012..
Чувство, что сервер (CSO) находится в своей песочнице и его не видят остальные компоненты программы. Прошу помочь, уже третий день сна не знаю
У вас сервер менеджер не может подключиться к ЦСО.
До SQL дело даже близко не доходит.
Открываем ЦСО на первую вкладку и смотрим внизу порт.
Идём в фаервол и убеждаемся что порт не заблокирован. Идём в антивирус и убеждаемся что порт не заблокирован. Идём в командную строку netstat /a от админа и убеждаемся что порт открыт. Если не открыт — идём в настройки совместимости и запускаем ЦСО от имени администратора. Если порт всё ещё не открыт а ЦСО «работает» — на этом моменте мы уже обращаемся в техподдержку.
Дальше идём в каталог с Орион ПРО в файл orion.ini.
В разделе SrvLog проверяем SrvAddr — адрес машины. Можно 127.0.0.1 если всё на одной машине и lopback активен (проходит пинг на 127.0.0.1). SrvPort — должен совпадать с тем, который выводит ЦСО.
После того как всё проверили — запускаем сервер менеджер. И если оно опять не коннектится — обращаемся в техподдержку.
При обращении в техподдержку быть готовы назвать: Точную версию Орион ПРО (можно посмотреть в файле version_orion.ini). Версию ОС (включая разрядность). Версию SQL.
Не доходит дело до SQL.
Давайте ещё пару моментов проверим. Посмотрите в свойствах файлов ЦСО и Сервер менеджера в дополнительных что они одного выпуска. Если случайно попались ЦСО и сервер менеджер из разных выпусков (до 1.20 и после), то они не смогут соединиться.
Дальше вы говорите что руками переносили в реестр настройки. Стоит их убрать — полностью снести ветку. Возможно происходит какая то внутренняя ошибка при чтении.
Ну и в личку номер обращения в техподдержку.
Стандартный чеклист на этом заканчивается. Дальше только логи (в идеале тимвьювер или аналоги). Но это всё только через техподдержку.
Так может потому и пишут, что сервер не запущен ))
Таааакс. Так с SQL сервером-то ЦСО связывается, а не менеджер сервера. Откуда он может знать, сервер менеджер, что SQL сервер работает (или не работает), если он не может связаться с ЦСО?
Добавлено спустя 36 секунд:
А так да, вижу, SQL сервер запущен.
Получил следующий ответ от поддержки. Увы, на пятом шаге всё та же ошибка.. Переустанавливаю систему)
Спойлер Для настройки параметров SQL сервера, после установки АРМ Орион ПРО в ручном режиме на ПК с уже установленным SQL сервером необходимо:
1.
с помощью Среда SQL Server Management Studio необходимо проверить подключение к SQL серверу, при этом необходимо выбрать авторизацию SQL ввести учетную запись «sa» и пароль «123456».
Если при этом подключение не будет выполнено, то в SQL необходимо настроить данную учетную запись.
Так же стоит обратить внимание, на то что если в меню пуск в группе SQL Сервера отсутствует Среда SQL Server Management Studio, то её необходимо поставить и проверить.
2.
Далее если вход выполняется корректно, необходимо отключится от SQL сервера или перезапустить Management Studio. Из окна авторизации необходимо скопировать имя сервера (оно потом понадобится при настройке параметров сервера).
3.
При закрытом центральном сервере Орион ПРО необходимо зайти в редактор реестра по команде regedit путь
HKEY_LOCAL_MACHINESOFTWAREBolidORIONCSO для 32х
HKEY_LOCAL_MACHINESOFTWAREWow6432NodeBolidORIONCSO для 64х
и удалить папку DBPARAMS и если есть DBPARAMS12.
4.
Запустить центральный сервер Орион ПРО из контекстного меню «от имени администратора» (актуально для win7 и новее, что бы каждый раз не использовать данное меню можно зайти в свойства ярлыка выбрать вкладку совместимость и задать параметр «всегда выполнять от имени администратора»).
5.
Запустить «управление сервером» из меню пуск так же по правой кнопке — «от имени администратора», после запуска программы нужно ввести пароль 73173100, при этом в строке статуса должно быть указано «соединение установлено».
Если же при запуке выдается сообщение «нет соединения с сервером», то необходимо убедится, что в систем трее запущено CSO (центральный сервер), далее в меню файл — сервер — указать ip адрес текущего ПК, так же можно указать локальный адрес 127.0.0.1. После чего меню файл — переподключится и ввести пароль «73173100», результатом должно быть подключение к серверу и статус «соединение установлено».
6.
После запуска Менеджера центрального сервера, необходимо выбрать вкладку «параметры БД»
в параметрах указать
Database Access: ADO
Drivers: MSSQL
DATABASE NAME: не указываем
SERVER NAME: указывается имя сервера, скопированного из авторизации SQL Server Management Studio.
USER NAME: sa
CommandTimeout: 0
PASSWORD: 123456
7.
Далее
если была старая база SQL — указываем её имя в DATABASE NAME,
если база перенесена с другого ПК то в меню БД выбираем Восстановление (для восстановления из файла *.bak) или присоединение базы данных если скопированы файлы *.LDF и *.MDF
если не было базы, то в меню БД выбираем — «создать новую. «, далее следуя шагам мастера необходимо указать новое уникальное имя базы в поле DATABASE NAME.
Для присоедененных БД (или если база уже была на ПК) необходимо выполнить в меню БД — модернизация/слияние БД, в мастере отметить «модернизация» и следовать шагам. После кеширования в появившихся параметрах необходимо указать новое имя БД.
8.
После создания или присоединения БД, можно запустить оболочку Орион ПРО, в которой выбрать АБД, пароль либо 1, либо пароль от вашей старой БД.
9.
В АБД на первой вкладке нужно добавить ПК, указав его реальный ip в поле ip-адрес, а в поле имя указать hostname, после чего нажать сохранить.
10.
Далее необходимо отредактировать созданный ПК, в поле настройки выбрать «. » и отметить какие компоненты можно запускать на данном ПК, после чего сохранить параметры.
11.
Далее необходимо в меню сервис выбрать — обновление базы данных, при этом в оболочке параметр «анализ окружения» должен увеличится до 100%, и с некоторой задержкой запуститься Оперативная задача.
На этом настройка параметров сервера завершена.
Источник
forum-bolid.ru
Центральный сервер периодически виснет
Физический сервер — HP ProLiant DL145 Generation 2
ОС — Windows Server 2008 R2 Standart Service Pack 1 64bit
СУБД — MS SQL Server 2005 32bit
Версия программы — Центральный сервер Орион 1.11.2.46
На этой же машине подключены приборы по COM-порту. Там же работает Оболочка системы и Оперативная задача. В системе есть ещё 3 клиентские машины, каждая со своими ролями:
— Персональная карточка (стоит на раб. месте охранника у турникетов)
— Оперативная задача (раб. место начальника смены охраны)
— АБД (бюро пропусков).
Периодически (иногда несколько раз в день . ) что-то происходит с Центральным сервером (по всей видимости). Выглядит это так — на раб. местах Оперативная задача появляется сообщение о потере соединения с центральным сервером, на раб. месте персональная карточка перестают обновляться фото проходящих через турникет сотрудников.
Простым перезапуском на сервере Оболочки и Сервера БД Орион не лечится. Убийство процессов Оболочки и Центрального сервера в Диспетчере задач также не помогает. Приходится перезагружать ОС, запускать там Сервер БД Орион, Оболочку системы и Оперативную задачу (чтобы собирать данные с турникетов и приборов). Сегодня такое случалось уже 18 раз .
Ещё CoreOrion.exe не помешает. И надеюсь у вас в сообщение, а не в правилах антивируса опечатка — CSO.exe
Что выводится в лог оболочки при разрыве связи?
Локально (на ПК с ЦСО) тоже теряется связь с центральным сервером?
В доверенной зоне антивируса добавил CoreOrion.exe, исправил опечатку вместо sco.exe сделал cso.exe
Вот последние записи в файле EventLog.log
========== 21.04.2014 14:30:00 ========== omonitor.exe 1.11.2.1896()
21.04.2014 14:30:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:00 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:00 | Warning: Разрыв связи
21.04.2014 14:30:27 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:27 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:27 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:27 | Warning: Разрыв связи
21.04.2014 14:30:58 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:58 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:58 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:58 | Warning: Разрыв связи
========== 21.04.2014 14:37:53 ========== omonitor.exe 1.11.2.1896()
21.04.2014 14:37:53 | Hint: Соединение с сервером
21.04.2014 14:38:35 | Hint: TabAdd
21.04.2014 14:38:35 | Hint: Периметр 1
21.04.2014 14:38:35 | Hint: Периметр 2
21.04.2014 14:38:35 | Hint: Периметр 3
21.04.2014 14:38:35 | Hint: Периметр 4
21.04.2014 14:38:35 | Hint: Периметр 5
21.04.2014 14:38:35 | Hint: Периметр 6
21.04.2014 14:38:35 | Hint: Периметр 7
21.04.2014 14:38:35 | Hint: Периметр 8
21.04.2014 15:06:27 | Hint: TabAdd
21.04.2014 15:06:27 | Hint: Периметр 1
21.04.2014 15:06:27 | Hint: Периметр 2
21.04.2014 15:06:27 | Hint: Периметр 3
21.04.2014 15:06:27 | Hint: Периметр 4
21.04.2014 15:06:27 | Hint: Периметр 5
21.04.2014 15:06:27 | Hint: Периметр 6
21.04.2014 15:06:27 | Hint: Периметр 7
21.04.2014 15:06:27 | Hint: Периметр 8
21.04.2014 15:09:17 | Hint: TabAdd
21.04.2014 15:09:17 | Hint: Периметр 1
21.04.2014 15:09:17 | Hint: Периметр 2
21.04.2014 15:09:17 | Hint: Периметр 3
21.04.2014 15:09:17 | Hint: Периметр 4
21.04.2014 15:09:17 | Hint: Периметр 5
21.04.2014 15:09:17 | Hint: Периметр 6
21.04.2014 15:09:17 | Hint: Периметр 7
21.04.2014 15:09:17 | Hint: Периметр 8
А вот последние записи в файле logErrorFromShell.log
========== 21.04.2014 14:26:39 ========== Shell.exe 1.11.2.996()
21.04.2014 14:26:39 | Hint: Соединение с сервером
21.04.2014 14:28:39 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:28:39 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:28:39 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:28:39 | Warning: Разрыв связи
21.04.2014 14:29:20 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:29:20 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:29:20 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:29:20 | Warning: Разрыв связи
21.04.2014 14:30:01 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:01 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:01 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:01 | Warning: Разрыв связи
21.04.2014 14:30:41 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:41 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:41 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:41 | Warning: Разрыв связи
21.04.2014 14:31:22 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:31:22 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:31:22 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:31:22 | Warning: Разрыв связи
========== 21.04.2014 14:33:00 ========== Shell.exe 1.11.2.996()
21.04.2014 14:33:00 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:33:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:33:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:33:00 | Warning: Разрыв связи
========== 21.04.2014 14:37:36 ========== Shell.exe 1.11.2.996()
21.04.2014 14:37:36 | Hint: Соединение с сервером
Оба лога с компьютера-сервера, на клиентских станциях логи пока не смотрел
Источник
Задача: настроить «Учет рабочего времени»
Первым делом на сервере (10.7.8.87 <=> Windows 7 x64, HDD = 500Gb, RAM = 4G,CPU=4 СКУД (Bolid Orion Pro) отключаем брандмауэр, затем создаем компьютер:
Но первым делом нужно проверить что сервер 10.7.8.87 прослушивает порт 2001
c:UsersAdminnetstat -a | findstr /I «:2001»
Оснастка: Орион. Администратор базы данных — Сотрудники — Добавить —
- Фамилия: alektest
- Имя: alektest
- Отчество: alektest
- Статус: любое значение из выпадающего списка
по окончании внесения настроек нажимаем «Сохранить»
Затем переключаемся в пункт «Пароли», нажимаем «Добавить», проверяем соответствие настроек:
- Сотрудник: alektest a. a.
- Тип кода: Пароль для программ
- Код: нажимаем сюда и указываем пароль:
- Новый пароль: Aa1234567
- Подтверждение пароля: Aa1234567
- Полномочия на запуск программ:
- Учет рабочего времени — вкл
- Генератор отчетов — вкл
по окончании внесения настроек нажимаем «Сохранить»
Далее заводим компьютер в оснастку с которого будет происходить подключение к модулю «Учет рабочего времени» — Орион. Администратор базы данных — Настройка — Структура системы — Система — Добавить:
- Имя — было указано хост имя клиентской станции
- TCP/IP — был указан IP адрес клиентской станции
На заметку: в поле «Имя» нужно обязательно указывать имя клиентской машины для которой разрешаем доступ.
После в параметре «Настройки» — определяю уровень доступ к СКУД, а именно запуск только программы «Генератор отчетов» на компьютере где развернут сам СКУД, т. е. Srv-skud
На заметку: советую на клиентской машине также как на сервере где установлен СКУД выключить брандмауэр.
В конечном итоге заведенный компьютер будет выглядеть так:
Орион. Администратор базы данных — Сервис — Обновить БД в «Оперативной задаче»
Теперь запускаю Virtualbox с осью Windows 7 x86 Корпоративная, устанавливаю из инсталляционного пакета клиентскую часть:
orionprosetup.exe (Версия файла: 1.12.2.0 от 03.09.2015, размер инсталляционного пакета: 958 MБ)
- Установить MS SQL Server Express 2008 не установлен: галочкой не отмечаем
- Тип установки: Ручная установка
- Папка назначение — оставляем по дефолту
- Компоненты: нужно только:
- Учет рабочего времени Орион Про
- Генератор отчетов Орион Про
- Монитор Орион Про
Далее указываем IP адрес компьютера на котором развернута база данных СКУД, в моем случае все на одной машине:
- Адрес компьютера: 10.7.8.87
Нажимаю «Установить» и ожидаю завершения установки.
Теперь перехожу в каталог куда установилось клиентское ПО Болида:
C:BOLIDARM_ORION_PRO1_12_2открываю файл orion.ini и изменяю его, а именно параметры:
Не забываем сохранить внесенные изменения.
Теперь запускаю на клиентской станции:
Пуск — Все программы — Болид — АРМ Орион Про 1.12 с сервисным пакетом 2 — Оболочка системы, подключение должно произойти, если это не произошло то можно посмотреть лог
Error: Ошибка 12142. Необходимо добавить данное рабочее место в базу данных — это значит у Вам не предопределен параметр того, что должно запускать с клиентской машины при подключении к СКУД, в моем случае это «Отчеты».
проверяйте все заново, вот так в правильном случае должно выглядеть окно подключения к системе контроля управления доступом.
Теперь запускаем «Отчеты», указываем пароль от заведенной выше учетной записи alektest — Aa1234567
и вуаля запускается оснастка «Генератор отчетов».
Ну, а дальше работа в оснастке не вызывает каких-либо трудностей, все интуитивно понятно. На этом я прощаюсь, заметка работоспособна. С уважением автор блога — ekzorchik.
Используйте прокси ((заблокировано роскомнадзором, используйте vpn или proxy)) при использовании Telegram клиента:
Поблагодари автора и новые статьи
будут появляться чаще 🙂
Большое спасибо тем кто благодарит автора за практические заметки небольшими пожертвованиями. С уважением, Олло Александр aka ekzorchik.
forum-bolid.ru
Проблема мне пока непонятного плана. УРВ перестал видеть список сотрудников. С сервером соединяется, но списка нет. Хотя пару дней назад он видел всех и корректно с ним работал.
Что делалось. У нас установлены турникеты, но в них, как оказалось, были неверно подключены датчики прохода. Естественно, что УРВ при этом не работал корректно. После того, как разобрались, где проблема и подключили датчики правильно, система стала корректно видеть все проходы, включая и в УРВ.
Однако, уже утром порадоваться за это событие не удалось, потому что УРВ перестал показывать сотрудников.
На подразделения заведены временные окна, у сотрудников установлены «График работы подразделения». Принудительная установка окна на сотрудника ничего не даёт.
Не могу понять, в каком направлении копать. Подскажите, пожалуйста.
- Ответить с цитатой
- −
- Ответить с цитатой
- −
Я как раз позавчера себе прописал организацию, соответственно потерял доступ к другой организации. Удалил у себя организацию — получил доступ ко всем.
Ещё раз много благодарен.
tommy_dark , Может быть схема подключения такая ПК — С2000-Ethernet — С2000М — Приборы?
Есть возможность подключиться к Ethernet’у по RS-485?
SQL Server Management Studio
Это был третий вариант решения проблемы.
. И это удобнее — программа вывела подробнейшую таблиwe всех приборов в Excelс полными названиями.
Это именно, что описания приборов, никак не их тип.
Без имени4.png
Добрый день. Посоветуйте что-нибудь по данной проблеме.
Пытаюсь сделать экспорт и импорт сотрудников из одной базы в другую (оба АРМ версии 1.20.3.9108). На стадии экспорта все нормально, а на стадии импорта сталкиваюсь с ситуацией, когда пароли.
Событие «40»(2 пожара) в «ОРИОН-ПРО», конфликты «ОРИОН-ПРО» и С2000М и (заметки дилетанта)
Вот что я никогда так скажем, «не любил», так это системы ПОС и АСПТ или по другому ОПС и АПТ- аббревиатур много, а смысл один — охранно-пожарная сигнализация и автоматическое пожаротушение.
Впрочем, кто из ИТР, отвечающих за их эксплуатацию и не имеющий в штате собственных монтёров, техников, инженеров ОПС их «любит»?
В общем, планирую ряд дилетантских заметок — я не специалист по пожарно-охранной сигнализации.
Да, есть форумы «Болид», ресурсы по это проклятущей охранно-пожарной сигнализации, но…
Те, кто в теме, кто работает на промыслах, меня поймут.
Больше, как действующий работник написать не могу.
Итак.
Что мы имеем?
При замене неисправного ППКОП Сигнал-10(не конфигурируются каналы, не прошивается, эксплуатация с 2012 года) на новый Сигнал-10(год выпуска 2019) при записи в конфигурации неадресного шлейфа как «Дымовой» при проверке дымового пожарного извещателя ИП-212 на АРМ ОРИОН-ПРО(версия 2011 года) проходит сигнал «Событие-40», вместо сигнала «ПОЖАР».
Поиск в Интернете, попытки конфигурирования дали «зацепку», что же это за фигня такая это «событие».
В общем, это 2 пожара, сработка двух извещателей в шлейфе, причём всё это связано и с версией ОРИОН-ПРО и самого ППКОП.
Сменили тип шлейфа на «Комбинированный».
Разумеется, прописали логику работы и прочее в соответствующем разделе объектового пульта С-2000М.
Всё работает отлично, сигнал «ПОЖАР» при проверке отображается на АРМ «ОРИОН-ПРО».
Итог — «Сигнал-40» на АРМ ОРИОН-ПРО- конфликт версий оболочки и полевого оборудования.
Для профи.
С версиями прошивки Сигнал-10 играли и ПРОФИ, не кидайтесь в дилетанта камнями — резисторы в шлейфе и первоначальную сработку проверяли магазином сопротивлений.
Про 4,7 кОм и ток шлейфа я в курсе, это я уяснил ещё в 2003, когда на меня спихнули в первый раз «пожарку».
Все эти «танцы с бубном» не помогли.
А вот с оболочкой ОРИОН-ПРо всё хреновато — я не настолько спец, чтоб менять её версию. Очкую, что уж понтоваться!
Кстати, ОРИОН-ПРО для изучения мы пытались поставить на другой ПК — не получилось — нет лицензии. Планирую заказать тестовую версию
Да, вот ещё что…
Для ППКОП «Сигнал-10», С2000-4 «крестик» в графе «автовзятие» увы, «не работает».
Не встанет он у Вас на охрану, хоть убейтесь!
Постановка на охрану либо с пульта С2000м или С2000-БКИ или с АРМ ОРИОН-ПРО, с ключа, точнее считывателя.
Но сам по себе, никак!
Т.е. заменить скажем, УПКОП, которые частенько пихают в шкафы УДР, БДР итд, на С2000-4 или Сигнал-10- ну никак!
Разве что считыватель приляпать. А он вряд ли у Вас на промысле в загашнике есть. Да и гемор с этими, блин, «считывателями»(Ну это отдельная история)
Да, профи, Вам то смешно, но мне было не очень, пока тему не просёк.
Теперь ещё про конфликты в ОРИОН-ПРО.
Опять-же, профи, не смейтесь, это для бедолаг, полевых ИТР, которым в это приходится вникать
То, что вы конфигурируете в ОРИОН-ПРО никаким боком не попадёт в пульт С-2000М.
Т.е. то, что записано в пульте. нужно ручками переносить в базу данных. Да, вроде существует возможность прямой записи, но до конца непонятно как.
В итоге при перезагрузке оболочки возможны различные «глюки»
Пример?
С2000-4. Выход из строя одного из шлейфов, в моём случае шлейф 1, неадресный, дымотепловой пожарный извещатель(не прописывается, перепрошивка не помогает).
Переносим извещатели на другие свободные шлейфы.
В моём случае это шлейф 2 комбинированный дымотепловой извещатель ИП 212/101-3А-A1R, шлейф 3 ручной пожарный извещатель
Конфигурируем С2000М.
Появляется необходимость перезагрузки оболочки…
Вуаля!
Не ставится на охрану, так как первый шлейф(удалённый) по прежнему записан в ОРИОН-ПРО.
Почему не записали? Ну тогда ещё думали, что подтянет данные АРМ.
Но и у уже сконфигурированной «профессиОналами» системы могут быть косяки, что бывало и у меня.
В общем, если при перезагрузке оболочки у Вас к примеру, врубилась светозвуковая сигнализация, причём при отсутствии пожара не паникуйте.
Да, на фото адресный дымовой извещатель — с ними всё в разы проще, кстати.
И аэрозоль для проверки дымовых извещателей, тоже, неплохо.
Это я чтоб картинка была.
Инсталляция, монтаж » Проблема со списком сотрудников в УРВ
Я успешно наладил срабатывание турникета на поднос карты ко входному и выходному считывателям, по тому как работает система, понимаю, что все аппаратно работает замечательно, есть и контроль прохода, и перемещение персонала с доступом из зоны в зону, но.
При запуске программы УРВ столкнулся с тем, что сотрудники в программе никак не отображаются, выборку сделать не по кому. Или с программой/базой глюк, или я что-то не так заполнил, или я просто не понимаю как это работает.
У меня через турникет проходят работники трех фирм, бухгалтерия только в одной из них. Из описания работы УРВ я понял, что списки фирмы №1 может формировать только сотрудник фирмы № 1.
1. Хорошо, я создал трех фиктивных работников с правами «Администратор» в каждой из фирм, захожу каждым из них и не вижу ни кого в списке сотрудников его организации.
2. Захожу Ивановым И.И с правами «Хозяин» — не вижу никого.
Звонил в техподдержку Болид, не получается объяснить им мою проблему, они выслушивают, дают подсказку поменять, заполнить, поправить — делаю как говорят — не работает. Звоню снова и снова — безрезультатно. Выслал по их просьбе бэкап моей базы . Подалуста подскажите. Готов ответить на любые уточняющие вопросы и выслать любой интересующий файл на анализ.
upd: — у каждого сотрудника с ключом прописана организация, где он работает, подразделение и должность, в каждом подразделении проставлено расписание работы
— в свойствах фиктивных «Администраторов» и у «Хозяина» права на работу с УРВ есть.
И да, как это сделать? «Сотруднику, ответственному за составление отчетов нужно создать пароль для программ». Ведь если ,например, у бухгалтера Смирновой, ответственной за составление списков УРВ, есть карточка для прохода на территорию, пароль для программ не добавляется.
5 лет 5 месяцев назад
Ратеев Игорь Григорьевич
11 ответов
При открытии программы, соединение с сервером есть? Какой тип отчета формируете??Если не сделали, то в самом контроллере через uprog считывателям назначить зону доступа в которую они пускают/выпускают. В АБД посмотрите номер зоны и впишите в контроллер.
Что бы был и пароль и карта, на вкладке пароли, сотрудника необходимо добавить два раза, первый с картой, чтоб второй с паролем для программ.
5 лет 5 месяцев назад
Тремасов Константин Александрович
– Заварзин Сергей Петрович 5 лет 5 месяцев назад
– Ратеев Игорь Григорьевич 5 лет 5 месяцев назад
1. В настройках каждого подразделения указать график работы. Например максимум или свой. Без этого в УРВ никто ничего не увидит.
2. Если есть возможность, то убери организацию у человека и он будет видеть все организации. Если не возможно, то только фиктивные сотрудники.
3. Для присвоения пароля программ измените статус сотрудника на дежурный оператор. Тогда сможете присвоить пароль.
5 лет 5 месяцев назад
Рыбкин Евгений Сергеевич
– Ратеев Игорь Григорьевич 5 лет 5 месяцев назад
Не в описании сотрудника, в настройках подразделения. В том окне, где вы заносили подразделения.
И видимо вы неверно добаляете пароль для программ сотруднику. Надо делать новый пароль. а не выбирать дополнительный в старом! Карта один пароль, программа второй пароль!
– Рыбкин Евгений Сергеевич 5 лет 5 месяцев назад
– Ратеев Игорь Григорьевич 5 лет 5 месяцев назад
– Ратеев Игорь Григорьевич 5 лет 5 месяцев назад
– Гаринов Вадим Викторович 16 дней назад
Скриншот настроек подразделения.
И пароль программ неправльно заносите по скринам.
5 лет 5 месяцев назад
Рыбкин Евгений Сергеевич
– Тремасов Константин Александрович 5 лет 5 месяцев назад
– Рыбкин Евгений Сергеевич 5 лет 5 месяцев назад
Теперь скрин данного уровня доступа и скрин окна времени для него.
С паролем разобрались?
5 лет 5 месяцев назад
Рыбкин Евгений Сергеевич
– Рыбкин Евгений Сергеевич 5 лет 5 месяцев назад
Что-то я совсем поплыл Уровнями доступа и Расписаниями. Еще раз внимательно посмотрю вебинар по настройке и отпишусь. По всей видимости с ними у меня ошибка. Спасибо, что навели
5 лет 5 месяцев назад
Ратеев Игорь Григорьевич
Всем спасибо. Проблема решена. Нужно очень внимательно подходить к этапу формирование рабочего расписания и допуска, назначения предприятия и отдела персоналу. Еще раз тщательно всё переделал и заработало как надо.
Все интересующиеся подробностями могут обращаться ко мне на e-mail greenir@inbox.ru
5 лет 5 месяцев назад
Ратеев Игорь Григорьевич
1. Во вкладке Окна времени необходимо создать ДВА расписания.
— Первое расписание описывает временной промежуток, когда сотрудник с карточкой или паролем ИМЕЕТ ПРАВО находиться на объекте. В моем случае круглосуточно, галочки на 7 дней в неделю + галочки на Вх Вых. Назвал я его «Расписание доступа»
— Второе расписание описывает временной промежуток, когда сотрудник с карточкой или паролем ОБЯЗАН находиться на объекте. В моем случае это 2 временных интервала с 7:00 до 11:59 и 12:00 до 16:59 в каждом проставлены галочки с понедельника по пятницу + галочки на Вх Вых.Назвал «Расписание работы»
2. Во вкладке Уровни доступа необходимо создать ДВА уровня доступа.
— Первый уровень доступа описывает через какую дверь сотрудник с картой или паролем ИМЕЕТ ПРАВО проходить в любую сторону в пределах, определенного нами ранее окна времени «Расписание доступа». В моем случае создав уровень, зашел во вкладку Доступ и добавил туда свою единственную дверь (1)турникет. В описании элемента Дверь определил следующее: Режим — Вход/Выход, Окно времени — Расписание доступа. Я назвал этот уровень доступа «Контроль доступа»
— Второй уровень доступа описывает в какой зоне сотрудник с картой или паролем ОБЯЗАН находиться в пределах, определенного нами ранее окна времени «Расписание работы». В моем случае создав уровень, зашел во вкладку Доступ и добавил туда зону, на которой должен осуществляться контроль пребывания и учет рабочего времени сотрудников, то есть зону (1) Предприятие. В описании элемента Зона доступа определил следующее: Режим (не меняется) — проход, Окно времени — Расписание работы. Я назвал этот уровень доступа «Контроль работы»
3. Во вкладке Сотрудники, создав нового сотрудника, необходимо обязательно заполнить графы Компания, Подразделение, Должность. В меню добавления Подразделения необходимо обязательно указать в графе График работы вовсе не график, а наш второй уровень доступа, который контролирует время и факт пребывания сотрудника на работе. Это необходимо для корректной работы программы УРВ. В нашем случае это «Контроль работы»
В графе График работы можно оставить значение по умолчанию «График работы подразделения», но я на всякий случай поставил тот же уровень доступа «Контроль работы»
4. Во вкладке Пароли после считывания карты необходимо в строках Уровень доступа установить тот уровень, который описывает право прохода конкретного сотрудника с конкретной картой через дверь, в моем случае это «Контроль доступа» . В строке Хранить код ключа в приборах необходимо установить значение «вкл», для того, чтобы ключи дублировались в приборе.
5. Для запуска программы УРВ необходимо войти под Ивановым Иваном Ивановичем, фиктивным сотрудником с правами Владелец. Этот сотрудник не должен состоять ни в одном из подразделении, иначе выборка будет осуществляться только по одному подразделению одной компании. Чтобы не было глюков с учетом этого фиктивного сотрудника, который не входит и не выходит с предприятия, а нужен только для запуска приложений, в графе График работы ему выставил «Максимум» и поставил галку на «Свободный график»