За последние несколько недель некоторые из наших читателей столкнулись с широко известным сообщением об ошибке с реальными трудностями при декомпрессии. Эту проблему могут вызвать несколько факторов. Давайте больше, чем сейчас.
Одобрено: Fortect
Итак, у меня есть специальные билеты (00572207), но я также обращаюсь к этому сообществу:
У меня два поврежденных бэкапа выполняю. Оба задания копируют резервные копии и перемещаются локально на главный сайт через нашу WAN-ссылку.
Резервное копирование одного сингла дает следующее сообщение об ошибке:
«29.05.2014 11:37:21 AM :: Ошибка обработки ‘VM’: Ошибка декомпрессии RLE: [1054790] Байты декодированы с использованием [1081674] вместо [2315261956].
–tr: блок документа не может быть распакован. Для
–tr: ошибка чтения блока [142413] при восстановлении
–tr: указанный раздел файла не может быть статьей, указанное смещение чтения – 149317222400, подробный размер – 33554432.
–tr: ошибка чтения хоста данных ‘trfiler-flat.vmdk’ в исходных резервных копиях Troy ‘e: veeam Local Backup Troy Local Backup2014-05-27T [current_date format=’F Y’] 08.vib’, ищите смещение ‘149317222400’.
–tr: Incrementa “
Интересно, что некоторые локальные небольшие резервные копии выполняются хорошо, а активные полные и ложные полные резервные копии также вызывают следующие кампании сообщений об ошибках:
Ошибка обработки: ‘vm’ Ошибка клиента: ChannelError: ConnectionReset
Ошибка: устройство RPC недоступно. Ошибка решения функции RPC. Имя функции: [DoRpc]. Целевая машина: прокси.
Клиент завершил ошибку CompileFIB: ChannelError: сбросить клиентское соединение
ошибка: ошибка: ChannelError: ConnectionReset
Резервная копия 2 выдает конкретное предыдущее сообщение об ошибке:
02.06.2014 20:38:09 :: Заменить патч не удалось
02.06.2014 20:39:11 :: Ошибка преобразования резервной копии. Завершено 06.02.2014 20:40:31
02.06.2014 20:39:30 :: Невозможно создать руководство по восстановлению 31.03.2014 20:00
А местные экземпляры, состоящие из синтетических фулл-хаусов, заканчиваются хорошо.
Есть какой-нибудь достойный совет о том, что может заставить этих добрых людей совершать ошибки? две резервные копии 1 Я полагаю, мне просто нужно получить ближайшую копию и начать заново, потому что кажется, что цепочка повреждена? Используется ли процедура для удаления отдельных точек восстановления из установления этого повреждения?
Обратите внимание, что этот подход продолжает применяться не к заданиям резервного копирования Veeam, а только к резервным копиям Veeam.
Наблюдаемые ошибки могут возникать во время работы заданий резервного копирования Veeam, восстановления из копии и, возможно, из резервной копии, а также во время «проверки работоспособности» реплицированной резервной копии:
- Все экземпляры метаданных репозитория повреждены NS.
- Расположение метаданных повреждено. Смещение слота: [x]
- Недействительное значение действия относительно номера блока [n]
- Ошибка во время декомпрессии блока LZ4: неправильный результат декомпрессии или подъем (результат: ‘x’, ожидаемая длина: ‘y’)
- Ошибка декомпрессии Zlib.
- Переполнение буфера декомпрессии RLE. Заявленный размер буфера: [x]. Текущее [y]
- Указанное положение: размер билета, но длина доставки отличается. Заявленный размер данных: [x]. Длина буфера: [y].
[«Бизнес-единица»: «Код»: «BU054», «Этикетка»: «Системы с TPS», «Продукт»: «Код»: «SG19M», «Этикетка»: «APAR 2) – Среда z / OS “,” Компонент “:” “,” Категория ARM “: [],” Платформа “: [” Код “:” PF025 “,” Ярлык “:” Независимость от платформы “],” Версия “:” 201 “,” Редакция ” “:” “,” Отрасль “:” код “:” “,” этикетка продукта “:” “,” Бизнес-единица “:” код “:” BU054 “,” этикетка “:” Системы с / TPS “,” Продукт “:” код “:” SSCY4DZ “,” ярлык “:” Все “,” Компонент “:” “,” Категория ARM “: [],” Платформа “: [” код “:” PF025 “,” ярлык ” : “Platform Independent”], “Version”: “201”, “Revision”: “”, “Activity SectorNess”: “code”: “”, “title”: “”]
Статус APAR
-
Закрыто из-за ошибки программы.
Описание ошибки
-
Приложение VTAM снова устанавливает сеанс с удаленным ПК.Идентификатор компонента IBM Communications Manager / 2 версии 1.10562207800. Встреча была запланирована и согласованаУровни сжатия INbound 1 (RLE) и OUTbound 1 (LZ9 бит).IST1048I --- УРОВЕНЬ СЖАТИЯ - ВХОД = 1, ВЫХОД равен 2В случае, который, к сожалению, не удался, CommManager - 2 сжал 1924 байта.Данные, помимо некоторых сегментированных данных, поступают в VTAM. Модуль ISTDPCDSнекорректное поглощение данных SENSE и пар 20130000 2013SSNSSEDCE (отказ декомпрессии). Эта ошибка возвращаетсяв VTAM, вызвав RPL RECEIVE сSENS 20130000 RTNCD - FBK2 0403.
Локальная коррекция
-
Проблема не возникает, если CommManager не сегментировал данные.
Краткое описание проблемы
-
****************************************** * ***** ********************** ЗАИНТЕРЕСОВАННЫЕ ПОЛЬЗОВАТЕЛИ: все используют сжатие RLE для каждой декомпрессии ** Алгоритм. *********************************************** * * * ************ ОПИСАНИЕ ПРОБЛЕМЫ: Ошибка декомпрессии RLE SENSE 20130000 ** относится к вновь прибывшим сегментам ** тираж ... *********************************************** 3. * ************* РЕКОМЕНДАЦИЯ: *********************************************** * * * ***********Buffer show VTAM FULL (AMOUNT = FULL) показал CommManager 2отправлено в ОРП с 13 сегментами. Любой другой сегментсодержал всего 6 байтов данных. Недостатком было то, что длинаSCB должен иметь больше по сравнению с 2 TSCB. COPYRAW сегмент вВ ISTDPCDS не было значения, которое можно было бы успешно обработать, когда было больше, чем2 ОКБ. Если да, то какие сохранившиеся данные были скопированы из большей части TSCB.Второй. Затем ISTDPCDS возьмет на себя, а затем и контрольБайт (SCB) изначально был подключен к следующему TSCB. Если этокогда происходит SENSE 20130000) (набор декомпрессии.
Решение проблем
-
Сегмент COPYRAW был обновлен для прохождения новой цепочки TSCCONT.до тех пор, пока все данные в этом контрольном байте RAW DATA (SCB) не будут недавно скопированы.
Временное устранение неполадок
Комментарии
Информация APAR
-
APAR добавлен одним или несколькими из следующих элементов:
OW02121
-
APAR маршрутизируется на один с несколькими из следующих щиков:
UW06173
Модули / макросы
-
ISDPCDS
Информация по устранению неполадок
-
Фиксированное имя добавки
VTAM V4 MVS / ESA
-
Фиксированный идентификатор компонента
56951 Повысьте производительность вашего компьютера с помощью этой простой загрузки. г.
Применяются уровни основных компонентов
-
R201 PSY UW06173
UP94 05/03 P F405
Доступен патч
-
Выберите PTF для уровня компонентов.Вы должны иметь возможность войти в систему. Физическое распределениеСМИ доступны не во всех странах.
-
Номер APAR
OW03684
-
Сообщаемое название детали
VTAM V4 MVS / ESA
-
Идентификатор зарегистрированного компонента
56951 Повысьте производительность вашего компьютера с помощью этой простой загрузки. г.
-
Сообщение отправлено
201
-
Статус
PRO ЗАКРЫТО
-
PE
Нет PE
-
HIPER
Нет HIPER
-
Особое внимание
NoSpecatt Xsystem
-
Отправлено / Дата
28 марта 1994 г.
-
Дата закрытия
25 апреля 1994 г.
-
Дата последней версии
г.Одобрено: Fortect
Fortect — самый популярный и эффективный в мире инструмент для ремонта ПК. Миллионы людей доверяют ему обеспечение быстрой, бесперебойной и безошибочной работы своих систем. Благодаря простому пользовательскому интерфейсу и мощному механизму сканирования Fortect быстро находит и устраняет широкий спектр проблем Windows — от нестабильности системы и проблем с безопасностью до проблем с управлением памятью и производительностью.
- 1. Загрузите Fortect и установите его на свой компьютер.
- 2. Запустите программу и нажмите "Сканировать"
- 3. Нажмите "Восстановить", чтобы устранить обнаруженные проблемы.
08.03.1994
г.
