Eeltingimuseks varukoopiate tegemisel on ülalkirjeldatud klient-serveri mudeli rakendamine - serveri fikseeritud kataloogis ja sell«' alamkataloogides olevaid andmeid on palju kergem koos varundada kui tööjaamadesse« suvaliselt laiali pillutatud faile. Sõltuvalt kasu tatavate ja loodavate andmete mahust võil) mõnikord osutuda vajalikuks kasutajate vöi gruppide lõikes kettakasutuslimiitide kehtesi i mine, kuna varundusmeedia maht on piiratud samuti aitab selline piirang ketta ootamatu täitumise ja ruuminappuse vastu, kuna vah i kettaruum kipub alati kasutajate poolt täidetud saama. Ka paroolide säilitamisel tuleb olla hoolikas - kõige rangematele nõuetele vastavast paroolist pole kasu, kui see on kirjutatud märkmepaberile klaviatuuri kõrval. Kasutajatele tuleb selgitada, et parool on sarnaselt pangakaardi PIN-koodile või koduvõtmetele salajane informatsioon,
Antud skoobis pole andmeteks mitte ainult äriprotsessi käigus tekkinud spetsiifiline uus info, vaid ka nende andmete edasiseks töötlemiseks vajalik – rakendustarkvara, nende haldamiseks vajalik taustinformatsioon süsteemidokumentatsiooni kujul jne. RTO – recovery time objective = kaua andmete taastamine kestab… RPO – recovery point objective = mis hetke andmed saab taastada ehk palju andmeid kaotad.. Näiteid nõuetest varundusmeedia käsitlemisele: - dubleeritud lindid vähemalt kahes hoidlas, millest vähemalt üks on off-site; - vähemalt ühele peab puuduma IT-l juurdepääs; - eksisteerib varukoopiate testimise protseduur ja seda täidetakse; Andmete taastamine on äärmiselt oluline faas, mida tuleb perioodiliselt testida/läbi proovida. Taastamine võib võtta oluliselt kauem (kordades) aega kui varundamine ning seega on oluline tagada ka taastamiseks sobiva ajaakna pikkus. Logide haldus