Ошибка чтения заголовка файла резервной копии орион про

Здравствуйте!

Проблема с подключением к серверу:
сам цсо запускается, но при запуске оболочки выпадает следующее:
13.08.2013 8:03:02 | Hint: Соединение с сервером
13.08.2013 8:03:02 | Error: Ошибка приложения: List index out of bounds (0)
13.08.2013 8:03:05 | Error: Ошибка 201.
13.08.2013 8:03:05 | Error: Ошибка передачи событий:Недопустимый атрибут строки подключения
(INSERT INTO pLogData (Guid, NumCom, TimeVal, IDComp, Par1, Par2, Par3, Par4, Event, IndexKey, RazdIndex, HozOrgan, HozGuest, Remark, DoorIndex, Mode, DeviceTime, VEvent, ZReserv, ZoneIndex, ReaderIndex, Sign, tpRzdIndex, tpPar4, IndexZone, tpIndex ) VALUES ( NewId(), 0, :pTimeVal, 0, 0, 0, 0, 0, 1652, 0, 0, 0, 0, :pRemark, 0, 0, :pDeviceTime, 0, 0, 0, 0, 0, 0, 0, 0, 0 ).

Началось после скачка напряжения.
Восстановление из резервной копии через «Управление сервером БД» не проходит, получилось сделать только через mssql server 2005 — результатов не дало.
При попытке восстановления через «Управление сервером БД» выдается «Ошибка чтения заголовка файла резервной копии List index out of bounds (0)
прошу помощи и заранее благодарен

Уважаемые коллеги, приглашаем принять участие в народном тестировании обновления 1 к АРМ «Орион Про» 1.20. ftp://ftp.bolid.ru/client/OrionProSetup1_20_1.exe — дистрибутив. Ждём комментариев, замечаний и т.д. в этой теме. Новые функции Добавлена возможность управлять отключением и включением контроля состояния для охранно-пожарных объектов (вход, выход, раздел, прибор). С отключенного объекта блокируются все события. События не заносятся в журнал событий и не изменяют состояния объекта. Кроме того, после отключения сбрасываются все предыдущие состояния, и объект переводится в одно единственное состояние «Отключен». К событиям системы возможно добавлять комментарии.  Осуществлена поддержка GSM модема в АРМ «Орион Про».  Через модем Cinterion MC52i можно ретранслировать события от АРМ «Орион Про» на приборы УО-4СС2000-ИТС2000-PGE и на АРМ «Эгида-3». Также возможно получать события от удаленных объектов с приборов УО-4СС2000-ИТС2000-PGE и  АРМ «Эгида-3» Возможно управление взятием/снятием удалённых объектов со стороны АРМ «Орион Про» через приборы УО-4СС2000-PGE и АРМ «Эгида-3». Новые возможности функционала регистрации и учёта посетителей: автоматическая установка даты и времени текущим днем при восстановлении из архива и при установки правила «Срок действия ключа ограничить визитом»; функция сохранения по умолчанию правил прохода при добавлении посетителя; возможность автоматического удаления посетителя при истечении времени хранения в базе данных; доработан шаблон пропуска, добавлены поля для посетителя. Исправления и доработки Орион Видео Исправлена ошибка распознавания  видеодрайвером лицензии во временном ключе. Добавлена функция цифрового увеличения видеокадра (масштабирование). Монитор системы Актуализирована локализация Монитора и Компонента отображения пеналов. Администратор базы данных «Обезличенные» переименованы в «Шаблоны посетителей». Исправлена ошибка, возникавшая при редактировании уровня доступа: если в уровне доступа несколько дверей, в прибор заносилась только одна дверь. Исправлена ошибка удаления пенала из уровня доступа. Ранее удалялись все объекты, кроме самого пенала. Исправлена ошибка, из-за которой при сохранённых настройках доступа при попытке добавления шаблона возникала ошибка «Не задан шаблон». Исправлена возможность редактирования комментария  к шаблону посетителя. Исправлена ошибка при сохранении сотрудников: «Неправильный синтаксис около конструкции «)»». Исправлено некорректное отображение информации о сотрудниках при смене фильтров подразделений. Исправлены ошибки, связанные с невозможностью редактирования некоторых полей с информацией. Исправлена ошибка при перемещении по скроллингу в выпадающих списках. Исправлены ошибки, возникавшие при редактировании шаблонов посетителей и посетителей (при выставлении срока визита не менялся срок действия ключей; при удалении посетителя из базы, пароли не списывались шаблону). Исправлена ошибка, возникающая при редактировании шаблонов посетителей, если были сохранены параметры по умолчанию для ускорения ввода данных. Исправлена ошибка, при которой при контроле уникальности табельного номера нельзя было добавить посетителя и шаблон посетителя. Исправлена ошибка перехода на страницы «Пароли» по кнопке «Перейти» на вкладке «Шаблоны посетителей» при запрете показа этой страницы. Исправлена ошибка профилей отображения при переходе на страницу «Уровни доступа» и обратно на страницу «Сотрудники» (настройки профиля слетали и отображались все поля). Исправлена ошибка невозможности распознавания документов. Исправлена ошибка при добавлении нового посетителя. Если был осуществлён переход по правой кнопке мыши на существующего посетителя с таким же ФИО, посетитель дублировался. Доработано заполнение списка выбора шаблонов посетителей. В список добавляются только те шаблоны, которым задан идентификатор. Доработана возможность добавления полей в нестандартный пропуск. Реализована возможность добавления полей из двух наборов данных: сотрудники, посетители и гости. А также поля «оператор» (тот, кто печатал пропуск). Появилась возможность добавлять любое количество полей с фотографией. Доработана возможность при восстановлении посетителя из архива в сроке визита проставлять текущую дату (в АБД настройка «Выставлять текущую дату при восстановлении из архива»). Работает для посетителей с установленной галкой «Срок действия ключа ограничить визитом». Доработана функция сохранения времени выхода для визита посетителя (работает при сохранении настроек из контекстного меню при редактировании посетителя). Доработана фильтрация сотрудников. Фильтрация начинается не сразу после нажатия на какую-либо клавишу, а по таймауту 500 мс, что ускоряет фильтрацию при больших количествах сотрудников. Доработана фильтрация паролей. Фильтрация начинается по таймеру через 500 мс после окончания ввода текста. Исправлен поиск по коду ключа. Доработан экспорт БД в ПКУ С2000. Исправлен экспорт групп разделов. Актуализирована локализация АБД, касающаяся ключниц и пеналов. Ядро опроса Исправлена ошибка синхронизации окон времени при их удалении из базы. Синхронизация происходила только после перезагрузки базы данных. Исправлена ошибка, при которой ядро «не видело» изменений срока действия ключа, если изменения коснулись только времени. Исправлена ошибка запроса состояний зон при обнаружении устройств после потери по протоколу «Орион Про» (ранее зоны так и оставались в потерянном состоянии). Исправлена ошибка восстановления связи с приборами по протоколу «Орион Про». Ранее связь могла не восстанавливаться, если события об обнаружении устройств приходили как «старые». Исправлена ошибка перезаписи ключей. При  количестве ключей свыше 150 не все ключи перезаписывались. Исправлена ошибка передачи ContactID на УО-4С при передаче события взятия/снятия для раздела по протоколу Орион Про. Исправлена ошибка при чтении ключа на позициях, кратных 256. Ключ не прочитывался, что в итоге приводило к «мнимым» лишним ключам в приборах и появлению дубликатов. Исправлены ошибки связанные с приоритетностью событий («Потеря контакта» была ниже приоритетом для раздела, чем «Взлом корпуса»). Исправлена  ошибка, связанная с затиранием памяти. Возникала в случае, если максимальный номер порта превышает количество портов в системе. Чаще всего затиралась переменная, отвечающая за посылку квитанции. Проявлялось как остановка обменов по порту, причем не по тому порту, по которому шло управление.  Исправлена ошибка, при которой ядро опроса работает в демонстрационном режиме при настройке в режиме видеосервера. Badriver Исправлена ошибка обновления ключей и отпечатков в био-контроллерах (идентификаторы записывались всего один раз). Доработана возможность переподключения при инициализации контроллеров. Доработана возможность передачи событий после обрыва связи. Учёт рабочего времени Исправлены ошибки пропадания некоторых элементов интерфейса. Исправлена  ошибка при исключении отчёта «О сотруднике (подробно)» праздничных и выходных  Исправлена ошибка записи в файл автогенерации. Исправлена ошибка порядка столбцов при экспорте. Доработана возможность автогенерации отчётов по фирмам. Исправлена ошибка дублирования списка подразделений при выборе «Всех фирм». Исправлена ошибка при выборе из сформированного отчета сотрудника. Если у сотрудников пробел в фамилии, то он помещался выше, чем все сотрудники. Исправлена ошибка исключения праздничных и выходных дней из «Отчета о сотруднике (подробно)» (дни не исключались). Исправлена ошибка » Invalid pointer operation» при формировании отчета «О сотруднике подробно (общий)». Электронные сейфы (ключницы) Исправлена ошибка отображения пеналов и секций в списке добавленияудаления пеналов на вкладке «Уровни доступа», если секций у ключницы больше, чем 1. Исправлена ошибка, не позволяющая корректно определить ключницы, работающие по Ethernet. Исправлена ошибка при работе с ключницами по Ethernet. Неверно определялись номера пеналов, если секций больше, чем 1.  Ошибка отображения сетевого адреса ключниц в отчёте о прошедших событиях. Исправлена ошибка, возникавшая при разрыве соединения с ключницей, работающей по Ethernet, соединение с прибором не восстанавливалось повторно через 5 минут. Исправлена ошибка запуска драйвера ключниц. Драйвер ключниц не запускается при старте, так как объекты ключницы не загружаются из-за смены механизма чтения данных о лицензировании ключниц из ключа защиты ОЗ. Информация о лицензии появляется позже, чем загружаются объекты ключниц. 7 лет назад #ссылка

Добавить ответ

Обновлено: 05.06.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 на бортовом компьютере

Обновлено: 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 на бортовом компьютере

Эксплуатация » Поломался Орион Про, как ПРОЩЕ починить или переустановить?

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)»

Если вы разработчик программного кода, и получили данную ошибку во время трассировки, рекомендую ещё раз проверить текст вашей программы на наличие ошибок. К примеру, в теле программы вы пытаетесь работать с теми строками, которых, de facto, не существует.

Если ошибка найдена не была, тогда стоит обратиться с вашей программой на форумы программистов, работающих в одной с вами программной среде (использующих один API). Обычно там вас попросят предоставить кусок программы, в работе которой возникает ошибка «List index out of bounds», и после ознакомления с его текстом дадут конкретный совет, где находится неверно указанное вами программное значение.

Обратитесь за помощью на форум программистов

Другие способы исправить ошибку

Если же данная ошибка возникла при работе установленной на компьютер внешней программы, рекомендую сделать следующее:

• Переустановите проблемную программу . Рекомендую деинсталлировать её стандартным путём, перезагрузить ваш компьютер, а затем заново установить данную программу. Особенно это касается сбоев с возникновением ошибки «List Index out of bounds(-1,0)» в работе «Skype»;
• Запускайте данную программу от имени администратора . Наведите курсор на её ярлык на рабочем столе, кликните правой клавишей мыши, и в появившемся меню выберите «Запуск от имени администратора»;

Используйте запуск программы от имени администратора

Запустите вашу программу в режиме совместимости с более ранней версией ОС . Наведите курсор на иконку программы на рабочем столе, нажмите правую клавишу мыши, выберите «Свойства». В открывшемся окне перейдите на вкладку «Совместимость», и установите галочку рядом с опцией «Запустить программу в режиме совместимости с», выбрав более раннюю версию ОС. Сохраните изменения, нажав на «Ок», и попытайтесь запустить проблемную программу;

Обновите Java на вашем компьютере (скачайте самую свежую версию «Java» с ресурса Java.com);

Обновите Java на вашем ПК

Попробуйте удалить файл настроек проблемной программы (он может иметь расширение .ini). Программа должна вновь создать данный файл, и ошибка «List Index out of bounds(-1,0)» может быть устранена;

Узнайте, не было ли патчей для проблемной программы, исправляющих указанный баг (при необходимости, найдите и установите такой патч на ваш ПК);

Проверьте ваш компьютер на наличие вирусных программ . Помогут Dr.Web CureIt!, Malwarebytes Anti-Malware, AdwCleaner и другие аналогичные продукты.

Используйте «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 обновление очереди происходит во всех
> случаях (т.е и тогда, когда оно свернуто или не в
> фокусе ввода). В связи с этим вопрос к
> пользователям: стоит ли вводить параметр, который
> бы управлял этим принципом запуска. Кроме этого —
> нужен ли параметр разрешающий/отменяющий подачу
> звукового сигнала.

Эксплуатация » Поломался Орион Про, как ПРОЩЕ починить или переустановить?

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: Соединение с сервером

Оба лога с компьютера-сервера, на клиентских станциях логи пока не смотрел

Источник