Když vypadne Microsoft 365, nestačí mít zálohu dat

Výpadek cloudových služeb Microsoft 365 zasáhl Outlook, Teams a SharePoint, protože chyba v ověřování bránila uživatelům v přístupu. Microsoft 1. září 2025 hlásil postupné zlepšování, úplné obnovení služeb ale v té době nepotvrdil. Průběh výpadku Outlooku, Teams a SharePointu jsme popsali samostatně. Výpadek ukázal rozdíl mezi ztrátou dat a jejich dočasnou nedostupností. Záloha pomáhá při ztrátě dat, nikoli při nefunkčním přihlašování.

V modelové situaci používá Outlook, Teams a dokumenty na SharePointu 12 zaměstnanců. Výpadek jim znemožní pracovat 2 hodiny a náklad na práci 1 zaměstnance činí 600 Kč za hodinu. Samotné čekání tak představuje 14 400 Kč. Nejde o předpověď skutečné škody, ale o jednoduchý výpočet, do kterého lze dosadit vlastní údaje. Nezahrnuje opožděnou nabídku, nezpracovanou objednávku ani schůzku, ke které se nikdo nepřipojil.

Záloha řeší jiný problém než výpadek

Záloha Microsoft 365 uchovává předchozí stav e-mailů, souborů a webů. Pomáhá při nechtěném smazání, poškození dat nebo útoku. U ransomwaru, tedy vyděračského programu, který data zašifruje, může umožnit návrat k čisté verzi. Postup při takovém útoku se ovšem liší od řešení běžného výpadku služby, jak ukazuje také plán pro první hodiny po napadení ransomwarem.

Microsoft 365 Backup umožňuje nastavit zálohovací zásady pro Exchange Online, OneDrive a SharePoint. Exchange Online je cloudová služba, ve které jsou uložené poštovní schránky. Zásada určuje, jaký obsah se chrání a jak se obnovuje. Služba se účtuje podle objemu chráněných dat. Zveřejněný cenový model počítá s částkou 0,15 USD za 1 GB měsíčně. Skutečná fakturace se může lišit podle země a smlouvy.

Microsoft 365 Backup obnovuje chráněný obsah do prostředí Microsoftu. U externího zálohovacího produktu záleží na tom, zda umí soubory a zprávy také exportovat mimo prostředí Microsoftu. Ani export automaticky nezajistí odesílání pošty, týmové hovory a potřebná přístupová oprávnění.

U Teams je potřeba rozlišovat několik typů dat. Soubory z týmových kanálů mohou být uložené na SharePointu, soubory z individuální komunikace na OneDrivu a samotná komunikace využívá další služby Microsoft 365. Jediný stav „zálohováno“ proto nepotvrzuje, že lze obnovit všechny části Teams.

Rozsah obnovy je vhodné ověřovat podle konkrétních pracovních situací, ne jen podle názvů služeb. U zakázky může být nabídka uložená v kanálu Teams, pracovní verze přílohy v OneDrivu autora a schválení zachycené v konverzaci. Obnovení samotného souboru tedy nemusí vrátit souvislosti, podle kterých kolega pozná, která verze byla odeslaná a kdo ji schválil. Seznam chráněných dat by proto měl u každé důležité činnosti uvést, kde leží dokument, kde se eviduje rozhodnutí a kam se po obnově vracejí nové záznamy. Při testu lze vybrat 1 uzavřenou zakázku a ověřit její e-mail, soubor i související oprávnění. Takový vzorek neprokáže obnovitelnost celého prostředí, ale odhalí mezery mezi Exchange Online, OneDrivem, SharePointem a Teams.

Tři úrovně ochrany mají různé náklady

Při návrhu ochrany je potřeba oddělit obnovu dat od pokračování provozu. Firma může zvolit jednu ze 3 úrovní podle přijatelné délky výpadku a podle činností, které nesmějí zůstat stát.

První varianta dává smysl tam, kde několikahodinová odstávka nezpůsobí zásadní provozní problém. I v takovém případě je potřeba obnovu otestovat. Úspěšný stav zálohovací úlohy potvrzuje její dokončení, nikoli schopnost najít správnou verzi smlouvy a obnovit ji na použitelné místo. Rozdíl mezi existencí zálohy a ověřenou obnovou se řeší také při přípravě na audit kybernetické bezpečnosti.

Druhá varianta obvykle nevyžaduje nahrazení celého Microsoft 365. Připravuje pouze prostředky potřebné během prvních hodin výpadku. Patří mezi ně schválený náhradní komunikační kanál, telefonní kontakty na klíčové pracovníky, lokální kopie několika pracovních dokumentů a jednoduchý způsob evidence nových požadavků.

Nouzový režim potřebuje také pravidlo pro návrat do běžného provozu. Po obnovení Microsoft 365 se požadavky zachycené v telefonu, SMS nebo pomocném seznamu musejí převést do původních evidencí. U každého záznamu má být zřejmé, kdo jej převzal, co už zákazníkovi slíbil a zda vznikla objednávka nebo úkol. Bez tohoto kroku se po výpadku mohou stejné požadavky zpracovat 2krát, nebo naopak zapadnout mezi zprávami z obou kanálů. Postup proto nemá popisovat jen vyhlášení nouzového režimu. Má určit také okamžik jeho ukončení, odpovědnost za přepis nových záznamů a kontrolu, že se přenesené položky v hlavním systému neopakují.

Třetí varianta má smysl tam, kde i krátká nedostupnost zastaví provoz s vysokou cenou za hodinu. Paralelní pošta nebo druhé dokumentové prostředí nemohou zůstat pouze neaktivní rezervou. Potřebují vlastní přihlašování, správně nastavenou doménu, aktuální účty a pravidelné testování. Bez průběžné správy může náhradní prostředí při skutečném výpadku selhat.

Nouzový režim musí být mimo Microsoft 365

Nouzový postup uložený pouze na SharePointu není při výpadku SharePointu dostupný. Totéž platí pro kontakty v Outlooku a instrukce připnuté v Teams. Kopie postupu proto musí být uložená v nezávislém úložišti nebo vytištěná na známém místě. Nemá obsahovat zbytečné osobní údaje ani hesla. Pro nouzový provoz stačí role, telefonní čísla, odpovědnosti a pořadí kroků.

Vybrané složky OneDrivu lze nastavit tak, aby jejich obsah zůstal stažený v počítači. Volba „Vždy zachovat na tomto zařízení“ vytvoří lokálně dostupnou kopii. Nejde o zálohu, protože smazání nebo poškození souboru se může synchronizovat. Při krátkém výpadku však lokální kopie umožní otevřít aktuální ceník, šablonu nabídky nebo seznam rozpracovaných úkolů. Předem je potřeba ověřit, že se soubor skutečně otevře také na zařízení odpojeném od internetu.

Náhradní způsob komunikace musí být schválený před incidentem. Improvizované zakládání skupin v náhodně vybrané bezplatné aplikaci vede k dalšímu zmatku a nemusí splňovat interní pravidla. Pro základní provoz mohou stačit telefonní hovory a SMS. Jinde bude potřeba druhá komunikační služba s vícefaktorovým ověřením, při kterém uživatel potvrzuje přihlášení dalším faktorem kromě hesla.

Test odhalí závislosti, které diagram neukáže

Délka první zkoušky závisí na rozsahu prostředí, počtu účastníků a počtu ověřovaných činností. Účastníci během ní nesmějí používat Outlook, Teams ani SharePoint. Musí najít nouzový postup, spojit se s určenými lidmi, otevřít potřebný dokument a zaznamenat nový požadavek tak, aby po obnovení služby nevznikl duplicitní záznam. Samostatně je vhodné otestovat obnovu 1 e-mailu a 1 souboru ze zálohy.

Základní nouzový režim může tvořit záloha, několik lokálně dostupných dokumentů, kontakty uložené mimo Microsoft 365 a krátký čtvrtletní test. Paralelní prostředí nemá bez vyčíslené ceny výpadku jasné ekonomické opodstatnění. U provozu, který paralelní prostředí nevyužívá, pak během odstávky rozhodují dostupné kontakty, dokumenty a evidence požadavků připravené mimo Microsoft 365.