Beruflich Dokumente
Kultur Dokumente
Table of Contents
1. )usiness Re*uirements....................................................................................................1 1.1. )ac+ground.............................................................................................................1 1.%. )usiness Prob,em....................................................................................................1 1.-. )usiness Objectives and Success .riteria..............................................................% 1./. .ustomer or $ar+et 0eeds.....................................................................................% 1.&. )usiness Ris+s........................................................................................................%. Vision o1 the So,ution....................................................................................................../ %.1. Vision Statement...................................................................................................../ %.%. $ajor 2eatures......................................................................................................../ %.-. !ssumptions and 3ependencies.............................................................................& -. Scope and 4imitations.....................................................................................................& -.1. Scope o1 Initia, Re,ease..........................................................................................& -.%. Scope o1 Subse*uent Re,eases................................................................................& -.-. 4imitations and 56c,usions.....................................................................................7 /. )usiness .onte6t.............................................................................................................7 /.1. Sta+eho,der Pro1i,es................................................................................................8 /.%. Project Priorities.....................................................................................................8 /.-. Operating 5nvironment..........................................................................................( &. 9uman Resources............................................................................................................( &.1. #eam .harter..........................................................................................................( &.%. #echnica, S+i,,s and !ttributes...............................................................................: &.-. Ro,es and Responsibi,ities......................................................................................: &./. .ommunication Strategies......................................................................................: 7. Project $anagement......................................................................................................10 7.1. 3e,iverab,es..........................................................................................................10 7.%. 3ependencies........................................................................................................10 7.-. Schedu,e................................................................................................................11 8. 5ducationa,;Program Outcomes....................................................................................1% 8.1. <enera, 5ducation................................................................................................1% 8.%. In1ormation #echno,ogy.......................................................................................1% (. !nnotated )ib,iography.................................................................................................1-
Revision History
Name Jason Student Jason Student Jason Student Jason Student Jason Student Date &;1:;0( &;%-;0( &;%/;0( &;%&;0( 7;%%;0( Reason For Changes .ompi,ation o1 sections =ritten by each team member into initia, dra1t Incorporated editing provided by )usiness Practitioner Incorporated revisions provided by team members Revised section 1./' inserted bib,iography Revised sections 1.- and 1.&> added team ,ogo Version 0.1 0.% 0.1.0 1.1
Page 1
1. Business Requirements
!"#eam Industries is one o1 the country?s ,argest producers o1 paper supp,ies. #he company emp,oys many enterprise"sca,e in1ormation systems on a variety o1 p,at1orms in support o1 its business objectives and re*uires a means o1 e11ective,y' e11icient,y and *uic+,y restoring those systems. #he organi@ationAs current Service 4eve, !greement BS4!C stipu,ates that systems that go o11,ine =i,, be restored =ithin %/ hours. In1ormation techno,ogy BI#C department senior management has determined that reducing the recovery time per the S4! to 1our hours 1or a sing,e core business server and %/ hours 1or a,, core business servers is centra, to business continuity' meeting revenue targets' and competing =ith other mar+et 1orces. #o that end' management?s critica, objective is to imp,ement an improved means o1 bac+ing up and restoring the various systems in use.
1.1. Background
Repeated tria, runs o1 the companyAs 5mergency Preparedness P,an have identi1ied substantia, de1iciencies in the abi,ity to recover systems at its 1aci,ities. 3uring recent disaster recovery e6ercises' I# personne, discovered it =i,, ta+e an unacceptab,e amount o1 time to 1u,,y recover the systems. 9istorica,,y' human error' errors =hi,e patching' and hard=are errors have caused ,onger than acceptab,e do=ntime. 2urthermore' the recovered systems are not e6act rep,icas o1 the production systems due to hard=are di11erences and driver compatibi,ity. !dditiona,,y' management is concerned =ith the amount o1 e6posure the company 1aces =hen imaging production systems. 56isting mirrors are bro+en in order to ta+e a snapshot o1 the production systems' notab,y =hen systems are needed 1or patching or creating test systems 1rom production systems. #o mitigate these issues' management =ants a so,ution that =i,, 1aci,itate creating snapshots o1 production systems =ithout bringing do=n the systems or brea+ing the e6isting mirrors in p,ace.
Page 2
1i,e system. )ut =hen a disaster occurs and an operating system needs to be restored =ith a,, the re*uired drivers' patches and additiona, 1i,e sets' these bac+up so,utions cannot restore the operating system to the identica, previous state.
1.4. Customer or
arket !eeds
Idea,,y' the organi@ation?s sta11 and its customers must have access to the systems re,evant to them at a,, times. In the event that those systems 1ai, or must be ta+en o11,ine 1or other reasons' it is critica, to the success o1 the business that access to the systems is restored as *uic+,y as possib,e in order to mitigate as much as possib,e the inconvenience to the organi@ation?s sta11 and customers. In addition' system administrators need the abi,ity to restore their systems correct,y on the 1irst attempt =ithout having to comp,ete,y rebui,d them each time. .urrent,y' system administrators o1 E0IF and Dindo=s p,at1orms depend heavi,y on an enterprise tape bac+up so,ution. In most cases' they must reca,, tapes 1rom an o11"site ,ocation. #he tapes and tape drives have produced read errors many times in the past. #he 1ai,ed systems have to be reinsta,,ed 1rom scratch' =ith the data restored 1rom tape. 5ven i1 the 1i,es are restored on the servers' the operating system does not a,,o= =riting to open 1i,es. #he restore process is cumbersome and a,=ays resu,ts in some prob,ems. Imp,ementing a system that reduces system recovery time to 1our hours =i,, a,,o= non I# =or+ers and customers to conduct business =ith minimum disruptions' as =e,, as save system administrators time and e11ort as they =or+ to restore systems. #o summari@e' those impacted by systems 1ai,ures re*uire the 1o,,o=ing: 1. Resumption o1 access to critica, systems as *uic+,y as possib,e' =ith access restored =ithin 1our hours. %. #he means to restore systems correct,y on the 1irst attempt' e,iminating the need to rebui,d systems 1rom scratch.
Page 3
$edium
Personne, invo,ved in $edium imp,ementing the project are ine6perienced =ith some o1 the techno,ogies invo,ved.
Page 4
#he project cou,d go over budget i1 imp,ementation ta+es ,onger than e6pected or re*uires outside resources
4o=
Some project sta+eho,ders may try to incorporate e6p,icit e6c,usions into the 1ina, design
4o=
#eam members have had the design documents revie=ed by the product manu1actures and ,oca, imp,ementation V!RS and have gotten buy in that the current design meets industry best practices and imp,ementation strategies. #he design speci1ications have been revie=ed and signed o11 by sta+eho,ders and c,ients. I1 there is any desire to change the scope o1 the project a change management process =i,, need to be 1o,,o=ed and approved.
2.2.
ajor &eatures
#he major 1eatures 1or this restoration so,ution inc,ude: !utomate dai,y snapshot or create an image o1 the servers that are in scope. !utomate saving a copy o1 the image on a remote storage. !utomate saving a copy o1 the image ,oca,,y 1or sing,e 1i,e restores. !utomate de,etion o1 o,der images. Rep,icate the images to a remote ,ocation to protect 1rom site disasters.
Page 5
Page 6
4. Business Conte-t
#he primary sta+eho,ders 1or this project =i,, inc,ude interna, business partners and e6terna, customers. #he impact o1 a system outage has the greatest impact on the organi@ationAs interna, business partners and sti1,es their abi,ity to accomp,ish re*uired computing tas+s. In addition' the inabi,ity to comp,ete orders or chec+ the status o1 e6isting orders adverse,y impacts the companyAs c,ients. #hese impacts are direct,y associated =ith *uanti1iab,e productivity ,oss as =e,, as ,ost revenues and customer con1idence.
Page 7
Interna, Sta11
Increased system avai,abi,ity !bi,ity to recover systems *uic+,y in the event o1 a disaster> abi,ity to create test environment to per1orm system testing o1 patches and app,ications !bi,ity to p,ace and access orders =ithout interruption o1 system outage
Reduced do=ntime
Increased e6pectations o1 high avai,abi,ity systems $ust integrate =ith current in1rastructure' must not impact production systems
I# Sta11
!chieve the abi,ity to snapshot production systems =ithout impacting production' abi,ity to create a true K.,oneL o1 the production systems
Retai, customers
!bi,ity to access previous orders and p,ace ne= orders =ithout system outages
Page 8
Dimension !c*uisition o1 product #est server imp,ementation Production server imp,ementation .ost
Driver #state ob e$tive% !c*uire needed product and services by 7;%8;%00( Imp,ement test server con1iguration by 8;11;%00( Imp,ement production server con1iguration by 8;%&;%00( )ring project in under the projected &0 budget
Constraint #state limits% 3e,ay in R2G or de,ay in shipping. Potentia, impact 1 =ee+. Ene6pected con1iguration di11icu,ties !vai,abi,ity o1 production servers 1or insta,,ation o1 ne= products Variances in pricing bet=een possib,e so,utions
Degree of Freedom #state allo&able range% M;" 1 =ee+ on de,ivery o1 product and services 1 =ee+ possib,e de,ay 1 =ee+ possib,e de,ay cou,d be anticipated due to other de,iverab,es de,ayed )udget overrun up to 1&H acceptab,e =ithout e6ecutive revie=
Page 9
#he team =i,, communicate =ith one another through emai,' phone' and 2ran+,in4ive sessions. 2or a,, high",eve, project decisions' the team must come to a consensus be1ore determining a course o1 action. #eam members have the ,atitude to pursue the individua, project objectives 1or =hich they are responsib,e in =hatever manner they deem best so ,ong as it does not con1,ict =ith the higher",eve, objectives to =hich the group has agreed. #he team ,eader is responsib,e 1or submitting each de,iverab,e to the instructor. I1 any con1,ict shou,d arise' it =i,, be up to the team on ho= it shou,d be reso,ved. $ost ,i+e,y it =i,, be a consensus on ho= to reso,ve the issue at hand. Dith a project o1 this sca,e' it is in1easib,e to drop under"per1orming members' but i1 the majority o1 the team 1ee,s an individua, team member is not meeting their responsibi,ities' the team =i,, recommend to the course instructor that the under"per1orming team member shou,d not receive 1u,, credit 1or the de,iverab,e.
Page 1
0. Project
anagement
#he #eam 4ead =i,, coordinate the responsibi,ities o1 each team member 1or each de,iverab,e' inc,uding the =or+ to be per1ormed and =hen it is due. 3e,ivery dead,ines may be revised 1or individua,s =ith prob,ems that may arise at =or+' home' or persona, ,i1e. )ut it is e6pected that the individua, =i,, noti1y the =ho,e team as soon as possib,e once a prob,em arises. #his noti1ication =i,, a,,o= the other team members to either e6tend the dead,ine or pic+ up the e6tra =or+.
0.1. )eliverables
Epon comp,etion o1 the project' the servers at the primary site =i,, have the proper so1t=are con1igured on them. #he secondary site =i,, be setup =ith the re*uired e*uipment and so1t=are necessary in the event o1 1ai,ure at the primary site. #he data bac+up strategy =i,, be setup and imp,emented to a,,o= 1or easy recoverabi,ity at the secondary site. #he *ua,ity o1 each de,iverab,e =i,, be measured by its comp,eteness and its con1ormity to the scope and re*uirements o1 the project. #he de,iverab,es =i,, be shared through emai,. 5ach person =i,, be responsib,e 1or on,y a portion o1 the project sections in order to avoid dup,icating =or+. Dhen the team revie=s the de,iverab,e as a =ho,e' they =i,, communicate any suggested changes to the technica, =riter' =ho =i,, ma+e the corresponding revisions.
0.2. )e(endencies
#he project =i,, depend on the ,ist o1 servers on =hich the so,ution is to be imp,emented. #he secondary site =i,, need to be determined. #his =i,, inc,ude the net=or+ band=idth bet=een the sites to hand,e the tra11ic. 0e6t' a,, the necessary hard=are and so1t=are =i,, be purchased. 2ina,,y' testing =i,, be per1ormed on the so,ution =ith a moc+ 1ai,over.
Page 11
0.3. Sc%edule
Franklin 'ro e$t deliverables
Week of Franklin
Vision and Scope #emp,ate Identi1y )usiness Practitioner Project Status Report 1 Project Status Report % Project Drite Ep Peer 5va,uation 2ina, Project Presentation 18Ma y 25Ma y 1Ju n 8Ju n 15 Ju n 22Ju n 29Jun 6Ju l 13 Jul 20Jul 27 Jul 3Aug 10Aug 17Au g 24Au g
Deliverables
Customer D e l i v e r a b l e s
4ist o1 Servers Secondary Site 0et=or+ )and=idth 9ard=are So1t=are Imp,ementatio n #esting
Week of
1(" $ay F %&" $ay 1" Jun (" Jun 1&" Jun %%" Jun %:" Jun 7" Ju, 1-" Ju, %0" Ju, %8" Ju, -" !ug 10" !ug 18" !ug %/" !ug
F F 6
Page 12
1. ,ducational2Program Outcomes
#he so,ution described in this document =i,, resu,t in a means by =hich the company may create e6act images o1 the operating systems used on its servers. #his =i,, a,,o= the organi@ation to restore its systems in the event o1 their 1ai,ure both *uic+,y and accurate,y so that company operations su11er as ,itt,e disruption as possib,e.
Page 13
5. 'nnotated Bibliogra(%4
Remote Site Rep!ication" Retrieved $ay %%' %00( 1rom http:;;===.datadoStudent.com;so,utions;remotesites.htm, #his site provides product in1ormation 1or data de"dup,ication and rep,ication to a remote site. It is one o1 the projects the team is considering as part o1 its so,ution #ristie $ata Prod%cts & '!o(a! )ac*%p and Reco+er, -.pertise/ Prod%ct Information" Retrieved $ay %0' %00( 1rom http:;;===.cristie.com;inde6.phpNidI78 #his site provides Dindo=s' 4inu6 and So,aris product datasheets 1or .ristie )are $achine Restore. It is one o1 the projects the team is considering as part o1 its so,ution S,mantec )ac*%p -.ec S,stem Reco+er, 8 Ser+er -dition" Retrieved $ay %%' %00( 1rom http:;;shop.symantecstore.com;store;symnasmb;enOES;3isp,ayProduct3etai,sSmbPage; productI3.:&887&00;#hemeI3.107/00;pgm.1%(&(800 #his site provides detai,s about Symantec products 1or used 1or system recovery. It is one o1 the products the team is considering as part o1 its so,ution +Ranger Pro & Ind%str,0standard Virt%a! 1ac2ine )ac*%p and Reco+er," Retrieved $ay %-' %00( 1rom http:;;===.vi@ioncore.com;vRangerPro.htm, #his site provides in1ormation about hot ,eve, image ,eve, bac+ups. It is one o1 the products the team is considering as part o1 its so,ution V13are Ser+er" Retrieved $ay %/' %00( 1rom http:;;vm=are.com;products;server; #his site provides V$Dare Server so1t=are that can be used 1or staging physica, servers in a virtua, 1ormat. It is one o1 the products the team is considering as part o1 its so,ution V13are #on+erter" Retrieved $ay %/' %00( 1rom http:;;vm=are.com;products;converter; #his site provides so1t=are to convert physica, servers to virtua, servers. It is one o1 the products the team is considering as part o1 its so,ution $is*0(ased )ac*%p 4ec2no!og, 32itepapers from -.a'rid. Retrieved $ay %%' %00( 1rom http:;;datadedup,ication.com;products;dis+"basedObac+upO=hitepapers.asp #his site provides in1ormation about hard=are app,iances to bac+up and dedup,ication data $ar+s' 9. B%00(' $ay 1%C. Dith 3ata 3edup,ication' 4ess Is $ore. Information 3ee*" Retrieved $ay %-' %00( 1rom
Page 14
http:;;===.in1ormation=ee+.com;ne=s;storage;systems;sho=!rtic,e.jhtm,Nartic,eI3I%0 870%8:7 #his artic,e provides in1ormation on data dedup,ication and provides va,uab,e insight as the team determines the best means o1 bac+ing up the company?s systems 9o= data dedup,ication eases storage re*uirements. B%008' !pri, :C #omp%ter3ee*!," Retrieved $ay %-' %00( 1rom http:;;===.computer=ee+,y.com;!rtic,es;%008;0/;0:;%%-1(%;ho="data" dedup,ication"eases"storage"re*uirements.htm #his artic,e provides in1ormation about data dedup,ication and its impact on storage space. It =i,, provide a basis 1or the team to determine the speci1ic techno,ogy re*uirements to be ac*uired in order to ensure the project?s success.