Slashdot Mirror
Secret Service Runs At "Six Sixes" Availability
PCM2 writes "ABC News is reporting that the US Secret Service is in dire need of server upgrades. 'Currently, 42 mission-oriented applications run on a 1980s IBM mainframe with a 68 percent performance reliability rating,' says one leaked memo. That finding was the result of an NSA study commissioned by the Secret Service to evaluate the severity of their computer problems. Curiously, upgrades to the Service's computers are being championed by Senator Joe Lieberman of Connecticut, who says he's had 'concern for a while' about the issue."
Mainframes of yore had a hell of a lot of moving parts: a large system might have dozens of tape drives and disk drives. Tape drives in particular broke down all the time and were taken offline until the maintenance guy came for his weekly or monthly visit and tightened the belts or whatever the hell they did. Knuth remarked on that situation in his magnum opus TAOCP vol 3 on sorting and searching. In the part about sorting with tape drives, he remarked that he'd never seen a large computer installation where all the tape drives were working. You'd have a computer with ten tape drives, two of them would be down pending repairs, and you'd use the other eight. In other words your computer was operational but not FULLY operational.
There is a similar situation in today's data centers. Even at the wimpy little shop I worked in last year (about 2000 computers) some were always down. We were doing pretty good if the number down at any moment was less than a few dozen. I don't think we ever had a single day of being fully operational (every single computer up at the same time). That was fine, it wasn't a requirement, it was a distributed system and the data and functions were all sufficiently replicated that we kept running, by design, even with parts of the system unavailable.
Don't ever underestimate the difficulty of porting specialized applications
One Government agency I know of was informed with 5 years advance notice that their long time mainframe computer manufacturer would no longer be in the hardware business nor support the operating system. The Govt let a huge contract to port the applications. After several years, and millions spent in progress payments, that conversion attempt failed. So did several more. So after 10 years and about 4 attempts at conversions using some of the biggest software contract houses in the country they were still running on the original hardware and software and buying used equipment for backup. One of the few in the world.
It got done eventually I suppose.
Why, you ask, was it such a task to convert? Because they were attempting to replace something that had been custom built on top of and inside an operating system over perhaps 20 years. Distributed database and multiple geographic locations processing bits of the data using computers from multiple manufacturers communicating together long before the Internet (not that you could have put that kind of data on the net). So in order to convert, it took an understanding of how the whole thing worked and those that had that level of understanding had long since retired. It wasn't Cobol that was the problem but human limitations.
The traffic signal system called SCATS was like that. It was hand assembled in PDP 11 machine code. There was business logic built into device drivers to get around executable image size issues. The people who wrote (more like built) it knew it inside out. They were just lucky to get it ported before those guys retired.
http://michaelsmith.id.au
Ah. So you will just port all their data from their old proprietary database system to a new proprietary database. Piece of cake.
You would need a security clearance for starters. Then the software would have to be developed to US Federal/Military standards. Maybe that requires CMMI-5 these days. So there's certification of the development processes, auditing and QA.
I think we are talking 100E6 USD before any code is actually written.
http://michaelsmith.id.au