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

Обновлено: 07.07.2024

В этой статье предоставляется помощь в решении ошибок 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 BACKUP\LERS_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] Служба сервера ЛЭРС УЧЕТ найдена на локальной машине. Служба работает под учетной записью "LERS\LERSSERVERACCOUNT".
[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"
Пользователь: "LERS\ETS Server1"
[09:21:30.406] Подключение установлено.
[09:21:30.437] ================================================
[09:21:30.437] Проверка прав администратора SQL-сервера у имени входа "LERS\ETS SERVER1".
[09:21:30.453] ================================================
[09:21:30.469] >> SELECT is_srvrolemember ('sysadmin')
[09:21:30.562] << Результат = 1.
[09:21:30.578] Учетная запись "LERS\ETS 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: LERS\LERS
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 BACKUP\LERS_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 Files\Microsoft SQL Server\MSSQL10_50.LERS\MSSQL\DATA\.
[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 BACKUP\LERS_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 BACKUP\LERS_20161213182000.bak' WITH FILE = 1, NOUNLOAD, STATS = 1, REPLACE, MOVE @LogicalNameData TO 'C:\Program Files\Microsoft SQL Server\MSSQL10_50.LERS\MSSQL\DATA\LERS.mdf', MOVE @LogicalNameLog TO 'C:\Program Files\Microsoft SQL Server\MSSQL10_50.LERS\MSSQL\DATA\LERS.ldf'
[09:21:31.281] << Число обработанных строк = 0.
[09:21:31.312] Не удалось восстановить базу данных.

Семейство носителей на устройстве "Q:\LERS BACKUP\LERS_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 (в процессе установки выберите "Обновление" и затем именованный экземпляр "local\LERS"), после этого вы сможете восстановить резервную копию.

Евгений Николаенко писал(а): после этого вы сможете восстановить резервную копию.

Здравствуйте Евгений!
Подскажите как определить какая версия 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.bak\LERS_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 Служба сервера ЛЭРС УЧЕТ найдена на локальной машине. Служба работает под учетной записью "LERS\LERSSERVERACCOUNT".
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"
Пользователь: "LERS\Admin"
27-10-2018 13:42:28.773 E Не удалось установить подключение.

При установлении соединения с SQL Server произошла ошибка, связанная с сетью или с определенным экземпляром. Сервер не найден или недоступен. Убедитесь, что имя экземпляра указано правильно и что на SQL Server разрешены удаленные соединения. (provider: Named Pipes Provider, error: 40 - Не удалось открыть подключение к SQL Server)
27-10-2018 13:44:19.309 I Проверяем разрешения на файл резервной копии для учетной записи SQL-сервера. Файл резервной копии: "D:\Lers.bak\LERS_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 Служба сервера ЛЭРС УЧЕТ найдена на локальной машине. Служба работает под учетной записью "LERS\LERSSERVERACCOUNT".
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 Параметры подключения:
Сервер: "LERS\SQL"
Авторизация: "Windows"
Пользователь: "LERS\Admin"
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-сервера у имени входа "LERS\ADMIN".
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 Учетная запись "LERS\ADMIN" является администратором 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: LERS\SQL
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.bak\LERS_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_Server\MSSQL11.AQUA\MSSQL\DATA\.
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.bak\LERS_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. Эта ошибка затронула миллионы пользователей по всему миру, и мы могли бы снова страдать. Решение в то время было несколько трудно найти, но, по крайней мере, эффективно.

Единственное, что нам нужно сделать, чтобы устранить эту ошибку, - это перейти в «Настройки»> «Безопасность» и исключить любой метод безопасности. Затем мы пытаемся сделать копию вручную, и мы можем оставить ее настроенной с помощью шаблона, булавки или по своему желанию.

Читайте также: