andreymx, смотреть нужно на риски потери и затраты на доступ - в том числе временнЫе.
Попробую в порядке от наиболее надежного к наиболее удобному с оглядкой на риск потери инструментов обработки
1. Супер Параноидальный: Хранение информации в формате, наиболее универсальном для обработки.
Без инструментов их обработки (читай: для доступа к информации понадобятся усилия для извлечения и даже время на создание инструментов для извлечения).
Да, XML - вариант, но не нужно на нем зацикливаться. Если данные операционно хранятся в РСУБД, достаточно выгрузки в csv и sql-схемы данных.
К сожалению, этого недостаточно, нужно еще хранить описание этих данных: способ организации данных(для схемы SQL это могут быть комментарии и описания в ней) и форматов их хранения (что такое XML?).

2. Ленивый параноидальный: Если предполагается, что запросы к архивным данным будут типичные (т.е. если бы потребность получить эти данные возникла в текущий момент времени, то у нас уже есть инструменты их получения из операционных) то в архив могут уйти не только операционные данные, но и результаты их обработки (например, сформированные отчеты, выгруженные в том же формате, что и операционные).

3. Обычный параноик: сохранение в архив данных, дистрибутивов ПО со всеми инструкциями, и помещение на склад того аппаратного обеспечения, на котором это все работает.

4. Параноик без придури: он же сисадмин, видевший немного проблем в жизни. Это предыдыщий пункт без аппаратного обеспечения. Но этот параноик отслеживает риск того, что требуемое аппаратное обеспечение потихоньку выходит из использования (на предприятии или в мире). При повышении этого риска превращается в обычного параноика или затевает процедуру миграции: или инструментов обработки на более современные, или своего уровня паранойи до 2 или 1.

5. Паранойефил: полагается на тот факт, что прикладное ПО регулярно поддерживается, посему процедуры миграции ПО проходят регулярно, и данные (как операционные так и архивные) регулярно товарищами разработчиками тоже актуализируются (т.е. текущая версия ПО без проблем работает с данными 30-летней давности).

П.С.: риск потери данных на носителе не рассматривался. Ну не интересны мне блюреи и микрофильмы.

Офтоп: я начинаю догадываться, что не все люди пишут с ошибками, потому что они безграмотны или это их прикалывает... Иногда опечатываешься, а риск потери всего месседжа из-зиз-за попытки исправить опечатку такой, что проще нажать "Отправить"... Долбанный планшет...

Andreymx, как я понимаю, ваш случай где-то между вариантами 4 и 5. Двигайтесь в любую сторону :).

andreymxАнатоЛой3. Обычный параноик: сохранение в архив данных, дистрибутивов ПО со всеми инструкциями, и помещение на склад того аппаратного обеспечения, на котором это все работает.да, этот вариант самый восстановибельный
если есть гарантия, что оборудование, простояв на складе 5 лет, заведется снова.
И если вдруг не окажется, что время лицензии закончилось (а ведь их дохрена - на БД, на операционку и т.д.)


Да, конечно . Я не касался рисков "порчи архива", об этом в конце и написал: потеря информации на носителе. Не завелся комп -вот вы ее и потеряли :).
Лицензии - вопрос не столь острый, у него куча воркэраундов.

andreymxАнатоЛой5. Паранойефил: полагается на тот факт, что прикладное ПО регулярно поддерживается, посему процедуры миграции ПО проходят регулярно, и данные (как операционные так и архивные) регулярно товарищами разработчиками тоже актуализируются (т.е. текущая версия ПО без проблем работает с данными 30-летней давности).ну вот такая ситуация:
в меня в учете ОС в Оракле данные с 2003-ого года (в клиппере - с 1994)
За эти годы добавилось три или пять справочников, по которым считаются данные и строятся отчеты (хотя, конечно, те расчеты запускать уже никто не будет - все движения и прочие сальды посчитаны растыканы по таблицам).
После внедрения справочников никто в уже удаленные ОС коды этих справочников не проставлял - да кто их упомнит, что и когда списывали. Еснно, там Null'ы стоят.
И вот я не уверен, что все отчёты нормально построятся по этим, уже удалённым, ОС.
тьфу, что такое ОС вспомнил с третьего раза... :)
Тема актуальности справочников и алгоритмов, учитывающих их актуальность... бездонна :).
Правильно ли я понимаю, что у вас есть желание загрузить в оперативную БД два старых архива, но возникает вопрос корректности работы отчетов?