ఒక బ్యాకప్ మరియు డిజాస్టర్ రికవరీ (DR) స్ట్రాటేజీ ఇలా సమాధానం ఇస్తుంది: మేము డేటా లేదా మొత్తం region కోల్పోతే, ఎంత డేటా కోల్పోవచ్చు, ఎంత వేగంగా తిరిగి వచ్చవచ్చు, మరియు నిజంగా restore చేయగలమా? ఇది 3-2-1 rule, స్పష్టమైన RPO/RTO targets, మరియు — చాలా ముఖ్యమైనది — పై ఆధారపడి ఉంటుంది.
3 copies of the data
2 different media / storage types
1 copy offsite (different region or provider)
→ no single failure (disk, host, datacenter, ransomware) destroys every copy
Blueprintsలు automated (ఎవరైనా వాటిని run చేయమని గుర్తుంచుకోవడానికి) మరియు offsite ఉండాలి తద్వారా ఒక regional disaster primary తో backup ను తీసుకుపోదు.
ఈ రెండు targets ప్రతి డిజైన్ choice ను నడిపిస్తాయి:
frequent backups / replication → smaller RPO (less data lost)
hotter standby infrastructure → smaller RTO (faster recovery)
both cost money → pick targets per business criticality
Backup & restore → cheapest; restore from backups on demand (RTO: hours)
Pilot light → minimal core running, scale up on disaster (RTO: tens of min)
Warm standby → scaled-down live copy, scale up to take over (RTO: minutes)
Multi-site active → full live copies serving traffic (RTO: ~seconds)
మీరు restore చేసిన backup కాదు — ఇది ఒక hope. నియమిత restore drills షెడ్యూల్ చేయండి: actually clean environment లోకి backup నుండి పునర్నిర్మించండి మరియు integrity verify చేయండి. ఇది corrupt backups, missing pieces, మరియు broken runbooks real disaster ముందు catch చేస్తుంది.
డేటా loss మరియు regional outages కంపెనీ survival పరీక్ష చేయబడినప్పుడు. 3-2-1 ఏదైనా single failure నుండి ఒక copy survive చేస్తుంది; RPO/RTO vague "మాకు backups ఉన్నాయి" ను measurable commitments లోకి మారుస్తుంది; DR tiers cost ను criticality కి match చేయనివ్వుతుంది; మరియు tested restores whole thing actually works యొక్క only proof. Test skip చేయడం teams discover కోసం ఎలా, mid-outage, వారి backups useless లు ఉన్నాయి.
జూనియర్ నుండి సీనియర్ వరకు వివరణాత్మక సమాధానాలతో IT ఇంటర్వ్యూ ప్రశ్నల లైబ్రరీ.
విరాళం