Что именно вас интересует?
Формат файлов, ПО, железо?

Читал я когда-то давно обзорную статью про такое (рассчитанное на десятки лет) хранилище.
Там, помимо многократного дублирования носителей информации еще хранился на консервации трехкратный (или больше, уже точно не помню) полный комплект оборудования (вплоть до шнуров, винтиков и прочей мелочи) и носителей со всем ПО, которое может понадобиться для развертывания, начиная с ОС, драйверов и т.п. И все это хозяйство по четкому регламенту должно проходить проверки, ревизии и т.п., включая периодическое испытательное развертывание всего комплекса.

TEMHOTA,

Честно говоря, пока не очень понятно, что именно Вы хотите спросить.
В частности, это хранилище должно быть все эти десятки лет в оффлайне, только чтение, чтение-запись при фиксированной структуре БД, чтение-запись с эволюционирующей структурой БД или еще в какому-то другом режиме?

Shadow Of Sun5. Железо

Лучше что - нибудь массовое, что бы и через 10 лет найти запчасти. например Intel x64Сейчас, например, почти нереально найти работоспособное железо 10-ти летней давности.
А 30 лет назад не существовало ни одного или почти ни одного разъема, из тех, что употребляются сейчас. Я уж не говорю про совместимость интерфейсов.
Так что тут путей вижу два:
1) хранить все необходимое с запасом.
2) постоянно мигрировать на современное железо и ПО.
Какой выбрать путь - зависит от многих факторов.

TEMHOTAПолностью согласен (как с аксиомой) с Shadow Of Sun насчет "база не должна быть привязана к железу и софту".
А также, думаю, такое хранилище должно (как минимум) позволять :

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

2. производить "расшифровку" (визуализацию для Пользователя) своих информ.моделей без использования какого-либо спец.ПО.

3. Пользователю формировать информационные массивы (из хранящихся данных) так, как ему нужно под текущую задачу.
В идеале, если Пользователь получит базу данных без какого-либо описания и без специального ПО, то он должен иметь возможность для навигации по хранилищу по принципу: "чего-то хочу, но пока не знаю - по ходу определюсь".Имхо, требования "база не должна быть привязана к софту" и "гибко и оперативно модифицировать свои информ.структуры хранения" противоречат друг другу. Причем чем больше достигаете совершенства в одном, тем хуже будет другое. Для максимальной отвязки от софта, имхо, идеально подходят text-based (TSV, CSV, XML и т.п.) форматы, но они же и наименее гибкие.

"Без специального ПО" - тоже непонятный тезис. СУБД - это специальное ПО или нет?

И почему "без какого-либо описания"? Документирование уже отменили или отменят в ближайшие 50 лет?