"Maar nog steeds een zelfde deployment setup. Om de kloon uit te rollen, moet de server zelf wel online en gezond zijn. Zodra de data corrupt of niet meer te vertrouwen is, heb je niets meer aan de setup en infrastructuur." je weet dat je server healthy is omdat je dagelijks de hashes checked van je binaries en van je git repo die alle configs dus bevat. daarnaast heb je er niet letterlijk maar eentje, je hebt er een 2e (HA = high availability) bij. je zou er zelfs voor kunnen kiezen een 3e te hebben die voor de O en de T van OTAP functioneren naar test servers toe die voor dit soort ontwikkelingen en testen speciaal aangewezen zijn. "Klinkt leuk... Daar heb je alleen helemaal niets aan, als je exchange databases encrypted zijn. De data, gaat het juist meestal om, en daar is dit geen oplossing voor." net als SQL DBs en user data files, je maakt regelmatig een dump daarvan op je backup infrastructuur. je deployment script kan dan zo opgezet zijn dat bij uitrollen automatisch de laatste (gevalideerde) dump ...