How to preserve content in a useful fashion is a problem that intrigues many in library and academic IT. If you are storing a copy of some presentation to the Board related to the decision to, say, open a medical school, how do you preserve that material for posterity?

A PowerPoint file is not likely to be readable by current data systems in 20 years, let alone 50 or a hundred. A PDF might fare better - if someone keeps the reader technology alive that long. What about plain-text encoding, with instructions in the top to describe the contents? Just moving the problem back a layer, to ASCII or the like.

The problem is a real one for some businesses. It has been imposed from the outside for some. Some branches of pharmaceutical research are required to hold onto data permanently, for example.

Others have taken the burden on themselves, as Nemertes' recent research on security and information protection reveals. A little more than 25% of participants in the research said it was now their company policy to retain all currently archived types of records forever. The reason here is fear of lawsuits, of course, rather than an interest in corporate history. The risks of failing to produce information when it is requested in court, even when there is not any regulatory or legal obligation to have saved it, are now deemed greater than the costs or risks of retaining it.

The only viable alternative up to now for keeping data readable has been to reformat it every few years. In an archival situation this would also mean moving it from time to time to from the medium-term storage format of choice when last reformatted to the current format of choice. That might mean 9-track tape to Qic, Qic to DAT, DAT to DLT, and so on. In fact, the medium can be harder to keep alive than the data formats stored on it - anyone still have a QIC drive to read a QIC tape with? A 5.5-inch floppy drive?

Virtualization technologies now offer new hope for the forever-ists. Now, it is possible to contemplate a system by which, rather than reformatting data files again and again, ad infinitum (with likely corruption or data loss always a threat), the data center folk would encapsulate the entire software environment needed to read the data, in the form of a virtual machine instance, and store that along with it. Have some important loan-processing business logic embedded in PowerBuilder apps on an ancient Windows NT 3.5 machine? Snapshot it, and be able to run it forever on whatever pool of host boxes you favor this year if you need to retrieve data.