WAVV
Requirement Form[Informati1]
Date: 08/29/2006 Requirement #: WAVV200708
Title: (Paraphrase problem in a single statement)Add CMS pipeline stream
input/output to DDR to allow writing dump output to a sequence of pipe stages,
and reading from a pipeline on restore.
Detailed Problem Description: (Description of what you want changed - 400 character entry limit)
DDR is currently the only
backup tool provided with VM for image backups of full volumes and minidisks.
The current output and input of DDR is limited to tape and disk of identical
types, with no capability for encryption of sensitive data or other processing
before committing the data stream to storage media. This requirement requests
the addition of a STREAM parameter to the INPUT and OUTPUT DDR subcommands that
reads input data from a PIPE on INPUT and presents the output data from the
OUTPUT statement on a PIPE that can be connected to a post-processing sequence
of PIPE stages as needed.
Priority:
(Select one:
Urgent - High - Medium - Low) High
Requested Completion Date: (When?
Examples: 3 months, 1 year, Next Release) 1 yr
Requirement Type: (Select one: Acceptability - Compatibility/Migration - Ease of Use - Feature/Function - Performance - Reliability/Availability/Serviceability - Packaging - Interoperability)
Feature/Function
Business Justification: (Why? Non-technical business case description. Do not reword Detailed Problem Description from above. What are the benefits to be gained by your company, and the vendor and others? Quantify: run time, dollars, manpower, etc. Why should the vendor do this for the customer?)
Increasing numbers of
customers are allowed by regulatory and security policy to store any data in an
unencrypted form, even in temporary files, and are required to account for any
data storage. The current version of
DDR does not permit any pre- or post-processing of the data stream being
dumped, nor does it permit storing the data stream in intermediate files
accessible by CMS utilities such as FTP, which would ease the process of
deploying data over multiple systems. Adding this feature to DDR would permit
inserting encryption stages into DDR dumps, and to direct input and output
flexibly from tape, disk and possibly network based storage media without
future IBM development requirements. This would save substantial development
and automation resources, and reduce the complexity of backup and restore of
z/VM systems (and guests under those systems), and make the z/VM hosting
solution more attractive for users.
Solution: (Optional)(Desired/undesired elements Note: Making a suggestion may limit a vendors ability to deliver a solution)
Impact: (Optional) (How will your company’s business be affected if a solution is not delivered?)
Will be forced to purchase expensive
solution from non-IBM source or develop one. Another nail in the mainframe
coffin.
Author Name: David Boyes Author Title: President/CTO
Company Name: Sine Nomine Associates
& Address: 43596 Blacksmith Square
Ashburn VA 20147 USA
Author E-mail: dboyes@sinenomine.net
Telephone:
[Informati1]Please be
precise and short.
The Benefit section is extremely important – please make a business
case.
Proofread - recheck accuracy of contact information before
saving.
File as unique name-WRvviinn, where vv=vendor initials, ii=your initial, ‘nn’
to number each requirement. Ex.:
Wribwm01 ib=IBM, wm=wayne mery
Submit your labeled diskette (with your
full name) to the requirements coordinator, a black shirt WAVV manager, the
registration desk or copy it to the root drive of a registration or workroom
PC.
*