Microsoft 365 Backup: co se účtuje

Firma uklidí SharePoint, zmenší schránky a odstraní několik účtů z ochrany. V provozních reportech má méně dat, ale částka za Microsoft 365 Backup neklesne stejným tempem. Takový rozdíl může být správný: report živé služby a množství dat chráněných pro obnovu měří jiné věci.

Účet za Microsoft 365 Backup není jen velikost právě dostupných souborů a schránek. Posuzuje se také příslušný archiv a další odstraněný či verzovaný obsah držený pro obnovu. Odebrání objektu z ochranné politiky není totéž jako odstranění jeho záloh. Pro vysvětlení nákladu potřebujete znát rozsah ochrany, obnovovací období, stav objektů a fakturační cestu.

Článek řeší nástroj Microsoft 365 Backup dostupný v administraci Microsoft 365. Partnerské aplikace nad Microsoft 365 Backup Storage mohou mít vlastní nabídku a účet vystavený partnerem. Primární dokumentaci jsme ověřili 14. října 2026; konkrétní dostupnost nastavení a cenu pro vaši smlouvu ověřte při objednávce.

Licence uživatele není jednotka zálohování

Cenový model Microsoftu popisuje službu jako PAYG se zveřejněnou katalogovou sazbou 0,15 USD za GB za měsíc chráněného obsahu. Není to částka za každého zaměstnance ani benefit automaticky zaplacený licencí Microsoft 365 E3. V článku jde o uvedenou USD list price, nikoli závaznou českou nabídku, cenu s DPH nebo přepočet měny.

Azure zde zajišťuje spotřební účtování. Cenový dokument pro tento nástroj neuvádí další poplatky za Azure API či storage nad popsanou Backup spotřebu. Z toho neplyne bezplatnost jiné současně používané Azure služby. U partnera postaveného nad Backup Storage dokumentace naopak říká, že aplikaci účtuje partner a Microsoft zákazníkovi nevystavuje druhý samostatný účet za její Backup Storage spotřebu.

Při porovnání nabídek si proto nejprve napište, kdo fakturuje co. Sazba přímého Microsoft nástroje nemusí být cenou partnerské aplikace s jinou retencí, rozsahem služeb či obnovovacími funkcemi. Dvě nabídky nelze srovnat jediným číslem za GB bez popisu toho, co příslušný GB zahrnuje.

Kde se základ výpočtu zvětší

Dokumentace cen rozlišuje živou velikost chráněných objektů a další data držená pro obnovu. U SharePointu a OneDrivu počítá velikost služby včetně prvního stupně koše a zvlášť druhý stupeň. U podporovaných schránek přibývají jejich online archivy a odstraněné či verzované položky držené v zálohách.

Tabulka je pracovní inventura; sama není přesným měřidlem faktury. Reporty a odhady musí mít stejnou jednotku, období a rozsah objektů. Nekombinujte součet celého tenantu se seznamem, který chrání jen část webů.

Cenový průvodce označuje reporty administrace pro odhad za neúplné kvůli druhému stupni koše a online archivům. Získání těchto velikostí popisuje samostatně, například přes příslušné PowerShell nástroje. Výpočet z pěkného grafu využití tak může být systematicky nižší, i když je graf správný.

Model: z reportovaných 1 000 GB vychází 1 200

Hypotetický měsíční model pro ilustraci, nikoli faktura zákazníka: všechny uvedené objekty jsou chráněné, pracujeme v jedné konzistentní jednotce GB a zanedbáváme změny v průběhu měsíce. U dalších položek předpokládáme, že patří do chráněného účtovacího rozsahu a nejsou už zahrnuté v předchozím součtu.

První tři řádky dávají 1 000 GB. Vynechané řádky zvyšují model o 200 GB, tedy o 20 % proti neúplnému základu. Při zveřejněné sazbě 0,15 USD vychází čistá ilustrace 180 USD měsíčně místo 150 USD. Nejde o predikci skutečné faktury: vývoj spotřeby, období měření, smluvní sazba, měna a daně výsledek upraví.

Pro vlastní nabídku nahraďte sazbu proměnnou p: odhad je 1 200 × p. Nechte v tabulce zvlášť zdroj a datum každého objemu. Při změně ceny tak nemusíte rekonstruovat inventuru a při změně dat nezaměníte růst spotřeby se změnou sazby.

Úklid živých dat má finanční doběh

Záloha má zachovat i obsah, který už není v původní službě. Pokud odstraníte soubory, nemůžete ve stejném okamžiku zároveň očekávat jejich obnovitelnost a automatické vyloučení veškeré jejich chráněné historie z nákladu. Pro vysvětlení rozdílu si oddělte dvě osy: velikost živé služby a obsah stále dostupný z obnovovacích bodů.

V pracovním rozpočtu evidujte měsíc změny, objem odstraněného obsahu a platné obnovovací období. Potom sledujte skutečný vývoj účtovací spotřeby. Neslibujte přesný pokles pouze podle screenshotu po úklidu; starší historie může ve stejné době dobíhat a nová vznikat.

Také kalkulátor není fakturační měřidlo. Microsoft u dvanáctiměsíčního odhadu upozorňuje na předpoklad bez růstu a obměny dat. Pro organizaci, která každý měsíc vytváří a maže velké pracovní soubory, proto jednorázová velikost nepopisuje celý roční rozpočet. Doporučeným výstupem jsou scénáře nízké a vyšší obměny, opřené o vlastní historii, ne jedno přesné číslo bez podkladů.

Odebrání z politiky, offboarding a smazání

Odebrání webu, schránky nebo účtu z ochranné politiky zastaví příslušnou novou ochranu, ale není žádostí o okamžité odstranění všech uložených záloh. Cenový dokument popisuje použití velikosti při odebrání jako proxy živé velikosti během doběhu. Pro zrušení záloh existuje samostatný offboarding.

Aktuální návod uvádí standardní 90denní ochranné období offboardingu a možnost jeho zkrácení u konkrétních položek na sedm dnů s požadovaným schválením. Dvoudenní čekání nově určeného schvalovatele, schvalovací kvórum a další podmínky popisuje samostatně. Tato funkce chrání určitý krok zrychleného odstranění; neznamená, že každá administrativní změna služby vyžaduje stejné schválení.

Offboarding není běžný prostředek k optimalizaci ceny při zachování stejné ochrany. Rozhodujete o odstranění obnovovacích možností. Před akcí musí být jasné, kdo ji schválil, která data zasáhne a jakou obnovu firma požaduje. Ani konec ochranného období nepoužívejte bez aktuálního měřidla jako univerzální slib data nulové faktury.

Roční období není univerzální vlastnost

Přehled Backup aktuálně uvádí volbu obnovovacího období tři či šest měsíců, jeden nebo dva roky podle politiky. Existující politiky a artefakty mají výchozí roční období. FAQ a některé příklady účtování přitom stále používají roční rozsah.

Pro rozpočet i plán odchodu ze služby proto zapište skutečnou politiku. Příklad s ročním doběhem nepřenášejte automaticky na každou položku v tenantu. Z popisu dvouletého období také neodvozujte stejnou hustotu obnovovacích bodů v celém rozsahu; ověřte kalendář a podporované funkce pro konkrétní službu.

Pokrytí podporovaných objektů je další hranice. FAQ rozlišuje uživatelské a sdílené schránky od jiných typů Exchange příjemců. Pokud rozpočet vychází ze součtu všech adresářových objektů nebo předpokládá obnovu celé aplikace Teams, nejdřív jej opravte na skutečně podporované a vybrané jednotky. Oddělení účelů vysvětluje článek o retenci, archivu a záloze.

Jak přiřadit náklad správnému objektu

Návod k fakturaci Backup popisuje Azure Cost Management, členění podle tenantu a služby a identifikaci chráněných jednotek. U SharePointu a OneDrivu je dostupné přiřazení podle Site ID. Pro rozpad Exchange nákladů podle Mailbox ID je potřeba výslovné nastavení a souhlas s předáním tohoto identifikátoru do Azure.

Nezaměňujte Mailbox ID s MailboxDbGuid. Dokumentace druhý údaj označuje za interní a upozorňuje, že jeho hodnota se může změnit. Pro trvalou vazbu rozpočtu na schránku tedy není vhodným klíčem. Nedostupný detail schránky také automaticky neznamená, že se Exchange nezálohuje; může chybět právě příslušný souhlas pro atribuci.

Zúčtování jednotlivým oddělením má ještě oprávnění a vazbu mezi billing policy a backup policy. Nestačí účtu dodatečně připsat jméno střediska. Ověřte, zda správce vidí a smí použít příslušnou fakturační politiku; nepřístupná politika se může zobrazovat jako Confidential.

Kontrola před zapnutím a při každé změně

1. Určete fakturační cestu. Přímý nástroj Microsoftu, nebo partnerská aplikace; příslušná Azure subscription či partnerský účet.
2. Sepište rozsah ochrany. Konkrétní weby, OneDrive a podporované schránky. Připojte obnovovací období a požadovaný výsledek obnovy.
3. Doplňte chybějící objemy. Druhý stupeň koše a online archivy posuzujte vedle reportů živých služeb. Vylučte dvojí započtení již zahrnutých dat.
4. Vytvořte odhad a jeho hranice. Sazba, jednotka, obměna dat a datum měření. Hypotézu růstu odlište od skutečné historie.
5. Po prvním účtování porovnejte měřidlo s odhadem. Rozpad podle služby a jednotky spojte s chráněným seznamem; skutečný náklad má přednost před kalkulátorem.
6. Při úklidu sledujte doběh. Změnu živé velikosti zaznamenejte odděleně od změny obnovitelné historie a účtovacího základu.
7. Při vypínání zkontrolujte offboarding. Odlišujte odebrání objektu od odstranění záloh. Vedle nákladu potřebujete potvrzení, jaké obnovovací možnosti zůstanou.

Výstupem je vysvětlitelný rozpočet a ověřený plán obnovy. Samotný nízký účet není důkaz dobré ochrany a samotný vysoký účet není důkaz chyby.