Ahhoz az adott rendszer _valamennyi_ komponensét, kapcsolatát, működését már a tervezés kezdeteitől úgy kell kialakítani, hogy elviseljen egy ilyen tesztet. Lehet, de drága lesz - nem kicsit, hanem nagyon. És még csak Oracle sem kell hozzá (azzal ugyanis nem "nagyon drága", hanem "qrvára nagyon drága" lesz) :-)
És a legtöbb helyen nem ilyen "zöldmezős" meg "pénz nem számít" rendszerek vannak, hanem örökölt, mondjuk úgy, organikusan kialakult rendszerek vannak, amikben van spof nélküli rész is, meg olyan is, amiből csak egy van, és tudottan nagy su@r lenne abból, ha megállna nem tervezetten, nem megfelelő időszakban. (Pl. egy jelentéskészítő rendszer, ami havi/heti jelentéseket büfög ki magából nagyon nem jó, ha a havi jelentés gyártása/összeállítása idején elhasal - de némi túlórával túlélhető.)
Amikor csak lehet, úgy kezdem a tervezést, hogy ne legyen spof lehetőség, de vagy szoftveres oldalról, vagy budget oldalról jönnek az alkudozások, a vágások, és azoknak az ismert és tudott(!) üzleti kockázatai. Tudjuk, hogy fájna, ha az xyz szerver megállna? Igen, tudjuk. Kipróbáljuk élesben, hogy mi lesz, ha megáll? Ha van olyan felelős _vezető_ aki rámondja az áment, hogy az éles környezet xyz elemét leállítva szimuláljuk annak kiesését, hát lelke rajta, de nekem az a meglátásom, hogy elég tudni, hogy mit okozhat, kipróbálni nem igazán szükséges Éles, üzleti környezetben. (DR-tesztet sem úgy csinálunk, hogy az elsődleges környezetet kikapcsoljuk...)