Přehled architektury Exchange Server databáze a databázový stroj

Překlady článku Překlady článku
ID článku: 271987 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

Tento článek poskytuje obecný přehled architektury databáze a databázový stroj pro Microsoft Exchange Server. Diskuse zahrnuje informace o součásti databáze, údržby konzistence databáze, možných typů selhání databáze a databáze nástroje.

Další informace

Exchange Server používá odolné proti chybám, transakce založené databází k uložení zpráv a informací o adresáři před provedeny v databázi. Pro Exchange Server 5.5 Standard Edition může každý databáze dosáhnout maximální 16 gigabajtů (GB). Pro Exchange Server 5.5 Enterprise Edition velikost je omezen pouze hardwaru.

Pokud dojde k výpadku napájení nebo selhání jiné neobvyklé systému, používá Exchange Server soubory protokolu transakcí k rekonstrukci dat, který je již přijat serverem, ale ještě zapsány do databáze.

Součásti databáze

Návrh Exchange Server je založena na technologii standardní databáze. Systém spoléhá na vložený databázový stroj, který informacemi o tom, jak pokračuje tento proces mimo strukturu na disku pro Exchange Server a spravuje paměť. Technologie stroj databáze se také používá v pozadí jinými aplikacemi Windows, například Windows Internet Name Service (WINS) a Dynamic Host Configuration Protocol (DHCP).

a úložiště informací

Úložiště informací je součástí klíče pro správu databáze v Exchange Server, je ve skutečnosti dvě samostatné databáze. Databáze úložiště soukromých informací Priv.edb, spravuje data v uživatelské poštovní schránky. Úložiště veřejných informací pub.edb, spravuje data ve veřejných složkách.

Úložiště informací spolupracuje s rozhraním MAPI (Messaging Application Programming Interface) a databázový stroj zajistit, že na pevném disku serveru jsou zaznamenávány všechny akce uživatele. Například když uživatel uloží zprávu v aplikaci Outlook, první volání MAPI úložiště informací volá databázový stroj zapíše změny na disk.

Databázový stroj JET

Exchange Server databází jsou založeny na formátu JET používá protokolu soubory sledovat a spravovat informace. Microsoft JET je upřesňující databázi s více podprocesy 32bitový modul, který kombinuje rychlosti a výkonu s další upřesňující funkce zlepšují možností zpracování transakce založené.

Databázový stroj ukládá do mezipaměti disku v paměti podle odkládání 4 kilobyte stránek (KB) dat v a nedostatek paměti. Aktualizace stránky v paměti a zapíše nové nebo aktualizované stránky zpět na disk. Tím systém efektivnější protože při požadavky pocházejí, databáze stroj vyrovnávacích pamětí dat v paměti namísto neustále přechod na disk.

Ve verzích nižších než 5.5 Exchange Server mezipaměť vyrovnávací paměti je pevnou velikost. Pokud je zapotřebí více paměti, musí správce ručně změnit velikost vyrovnávací paměti.

V Exchange Server 5.5 umožňuje přidělení vyrovnávací paměti dynamické mezipaměti vyrovnávací paměti zvětšit nebo zmenšit, v závislosti na kolik paměti je k dispozici a prostředky jsou používány jinými službami, které jsou spuštěny v počítači serveru WINDOWSNT. Pokud jiné služby nepoužíváte paměti, databázový stroj Exchange Server zabere tolik paměti jako potřebuje. Pokud jiné služby nutné paměti, databázový stroj poskytuje nahoru některé paměti přenos stránky na pevný disk a zmenšením velikost vyrovnávací paměti.

Když uživatel vytvoří požadavek, databázový stroj požadavek načte do paměti a označí stránek jako "dirty" ("dirty" stránka je stránka, která byla zapsána s daty a je stále koná v paměti). Tyto stránky nevyřízený později zapsány do databáze úložiště informace na disku.

Udržování konzistenci databáze

Ačkoli ukládání do mezipaměti v paměti je nejúčinnější způsob zpracování dat, je jeden efekt informace na disku je nikdy zcela aktuální. Nevyřízený stránek v paměti způsobit databází příznakem jako nekonzistentní Přestože normálně spuštěn Exchange Server. Databáze jsou skutečně v konzistentního stavu pouze při dirty stránek jsou úspěšně přenesených na disk během vypnutí k žádné chybě.

Co když ztratíte obsah paměti? Například co když zhroucení serveru před data zapsána na disk a jsou ponechány s nekonzistentní databáze? Exchange používá soubory protokolu transakcí obnovit z této situaci.

Transakce protokolů

Soubory protokolu transakcí zachovat kopii zabezpečené nestálá data, která je v paměti. Zhroucení systému, za předpokladu, že databáze nepoškozeného, data poslední potvrzené transakce před stav systému obnovit soubory protokolu povolit. (Všimněte si, že je vhodné uložit soubory protokolů na vyhrazené pevném disku, že protokoly nejsou ovlivněny selhání možných disku může poškodit databáze.)

Exchange je "transakce založené" zasílání zpráv systému a úložiště informací je transakční databáze. Transakce je sada změn do databáze, například vloží, odstraní a aktualizace, které systém následující čtyři "ACID" invariants:
  • Atomic: Buď všechny operace dojít nebo žádný z nich dojít.
  • Konzistentnost: Databáze je transformována z jednoho správné stavu do jiného.
  • Izolované: Změny nejsou viditelné dokud nebudou potvrzeny.
  • Durable: Potvrzení transakce jsou v databázi zachovány i v případě zhroucení systému.
Následující tyto invariants znamená, že databázový stroj pouze při zaručit, že data jsou trvalé nebo trvalé, chráněny z jiných selhání nebo zhroucení potvrdí transakci. Databázový stroj potvrdí dat pouze v případě, že data byla převedena z paměti do souboru protokolu transakcí na pevném disku.

Exchange Server provádí přesunout zprávy ze složky Doručená složka důležitý, tři operace:
  1. Odstraní ze složky doručené zprávy
  2. Vloží zprávu do složky důležitý
  3. Aktualizuje informace o každé složky odrážet počet položek a nepřečtených položek
Tyto operace jsou prováděny v jedné transakce. Pořadí operací nezáleží. Exchange Server lze bezpečně odstranit zprávu ze složky Doručená protože odstranění je potvrzena, pouze pokud zprávu do složky důležitý bezpečně vložen. I když se systém zhroutí Exchange Server nikdy ztratí zprávu při přesunování jej a nikdy končí dvě kopie zprávy.

Logicky pravděpodobně představit data jako přesunutí se z paměti do souboru protokolu a do databáze na disku, ale ve skutečnosti dojde je, že data přesunuta z paměti do databáze na disku. Soubory protokolu jsou optimalizovány pro vysokorychlostní zápisy tak během normální operace databázový stroj nikdy skutečně přečte soubory protokolu. Pouze pokud služba úložiště informací přestane neobvykle nebo zhroucení a databázový stroj potřebuje obnovit opakované soubory protokolu, načte se ze souborů protokolu.

Soubor Checkpoint

Databázový stroj udržuje soubor kontrolního bodu nazývá Edb.chk každé sekvence soubor protokolu k udržení přehledu o data není ještě zapsány do souboru databáze na disku. Soubor kontrolního bodu je ukazatel v sekvenci protokolu, která označuje, kde v protokolu soubor úložiště informací musí spustit obnovení v případě selhání. Soubor kontrolního bodu je nezbytné pro efektivní zotavení. Úložiště informací by bez spuštění od začátku nejstarší soubor protokolu na disku a zkontrolujte každé stránky v každém souboru protokolu zjistit, zda jej měla již byly zapsány do databáze (časově náročnému procesu zejména pokud všechny, kterou chcete provést zkontrolujte databázi konzistentní.

Soubor kontrolního bodu je umístěn na systémovém disku. Pokud máte k obnovení systémového disku, tento soubor je pravděpodobně chybí nebo pouze neplatná verze. Ale ve většině případů soubor kontrolního bodu činnostem samotného.

Normální protokolování

Následující kroky popisují proces „ normální protokolování"data zapsána do souborů protokolu transakcí:
  1. Uživatel odešle zprávu.
  2. Volání MAPI úložiště informací sdělte jej uživatel je odeslání zprávy.
  3. Úložiště informací spustí transakci databázový stroj a provede odpovídající změny data.
  4. Databázový stroj eviduje transakce v paměti podle dirtying nové stránky v paměti.
  5. Databázový stroj současně, zabezpečí transakce v souboru protokolu transakce a vytvoří záznam protokolu. Databázový stroj dosáhne konec souboru protokolu transakce, proběhne a vytvoří nový soubor protokolu v sekvenci.
  6. Databázový stroj zapíše dirty stránky souboru databáze na pevném disku.
  7. Soubor kontrolního bodu je aktualizován.
Cyklické protokolování

Exchange Server podporuje funkci nazvanou cyklické protokolování byla implementována v okamžiku, kdy byly více obáváte místa na disku serveru než o obnovení dat správci.

Cyklické protokolování pracuje téměř stejným způsobem jako normální protokolování s tím rozdílem, že soubor kontrolního bodu je nezbytné pro udržování přehledu o informace, které je převedena na disk. Během cyklické protokolování jako zálohy souboru kontrolního bodu dalšího souboru protokolu jsou staré soubory opakovaně. V takovém případě nemůžete použít soubory protokolu na disku ve spojení s záložního média obnovit poslední potvrzených transakcí.

Ve výchozím nastavení je cyklické protokolování zapnuta v Exchange Server 5.5 udržují pevnou velikost souborů protokolu a zabránit buildup. Soubor protokolu dosáhne limitu jeho 5 MB, databázový stroj jej odstraní a vytvoří nový soubor protokolu v sekvenci. V důsledku toho Exchange Server ponechá pouze dostatek dat na pevném disku vytvořit konzistentní, pokud dojde k chybě databáze.

Je vhodné vypnout cyklické protokolování v počítači Exchange Server. Cyklické protokolování může snižuje potřebu místa na disku, ale také eliminuje schopnost obnovit až k poslední potvrzené transakce před selhání. Nelze replay soubory protokolu a lze obnovit pouze data poslední úplnou zálohu. I když přepsány pouze jeden soubor protokolu je způsob, jak obnovit jiné procent 99 dat protokolu.

Cyklické protokolování v platnosti Neguje výhody systému transakce. Ponechání cyklické protokolování zapnuto smysl pouze pokud potřebujete data nebo pokud máte jiným způsobem obnovení dat. Pokud máte obavy o soubory protokolu spotřebovávat prostředky disku, je lepší vyčistit jejich provedením pravidelné zálohování online. Zálohování automaticky odebere soubory protokolu transakcí při již potřebné.

Ochrana dat

Zdá logické myslíte soubory databáze jsou nejdůležitější stran obnovení dat. Ale v Exchange Server, soubory protokolu transakcí jsou důležitější, protože obsahují informace, které soubory databáze. (Toto je proč byste vyhledejte na serveru stabilní a umístit na vyhrazené, vysoce výkonných discích i když to znamená, že soubory databáze na pomalejší disky uvedení.)

Soubory protokolu transakcí zachovat zabezpečené kopii na disku nestálá data, která je v paměti, že systém může obnovit v případě selhání systému. Pokud zhroucení systému, ale je databáze nepoškozeného, jako mají soubory protokolu, můžete obnovit data poslední potvrzené transakce před selháním.

Soubory protokolu transakcí také provést zápis dat efektivnější, protože je rychlejší aktualizace stránky postupně v souboru protokolu než vložení stránek do databáze. Při změně v databázi, databázový stroj aktualizuje data v paměti. Synchronně zapíše záznam transakce do souboru protokolu o tom jak znovu transakci, pokud selže systému. Databázový stroj poté zapíše údaje do databáze na disku. Databázový stroj minimalizovat disku vstupně výstupní přenosy stránek v dávkách na disku.

Každý soubor protokolu v sekvenci může obsahovat až 5 MB dat. Po zaplnění souboru protokolu je přejmenován jako předchozí soubor protokolu a s názvem souboru Edb.log je vytvořen nový. Exchange Server přidruží každý soubor protokolu generování šestnáctkové číslo. Protože soubory protokolu mohou mít stejný název razítka databáze stroj záhlaví v každém souboru posloupnosti s jedinečný podpis tak možné rozlišit různé generations soubory protokolu.

Poškození databáze

Exchange může dojít k selhání, například selhání hardwaru, který vyžaduje systém se pokusí získat zpět do konzistentního stavu. Protože existují různé typy poškození databáze s lišícími příznaky, různé nástroje a postupy potřebné k diagnostikování a oprava problémů.

Existují dva typy poškození:
  • Fyzické poškození
    Na nejnižší úrovni dat lze fyzicky poškozen na disku. To je obvykle problém s hardwarem, vždy vyžaduje obnovit ze zálohy.
  • Logické poškození
    Typické logické poškození dochází na úrovni databáze. Databázový stroj selhání může způsobit například položky rejstříku odkazovat na chybějící hodnoty. Logické poškození může dojít také na úrovni aplikace v poštovních schránek, zprávy, složky a přílohy. Například úroveň aplikace poškození může způsobit nesprávný odkaz počty chybný přístup řízení úrovně záhlaví zprávy bez textu zprávy atd.

Fyzické poškození

Fyzické poškození je vážné, protože mohou zničit data a je pouze věc, můžete provést obnovení ze zálohy Exchange. Je důležité rozpoznat fyzické poškození včasné a rychle vyřešit problémy.

Zjištění fyzické poškození

Fyzické poškození úložiště informací generuje v protokolu aplikace v prohlížeči událostí následující chyby:
  • -1018 (JET_errReadVerifyFailure) data číst z disku není stejná jako data byla zapsána na disk.
  • -1022 (JET_errDiskIO) hardware, ovladač zařízení nebo operační systém je vrácení chyby.
  • -JET_errLogWriteFail 510 soubory protokolu jsou nedostatek místa na disku nebo je selhání hardwaru s disku soubor protokolu.
Ačkoli Exchange obvykle zobrazí chybovou zprávu-1018 nebo-1022 po fyzické poškození, můžete také zjistit fyzické poškození provedením zálohování online, které jsou společnosti doporučená metoda pro zálohování dat. Nejlepší způsob zjištění poškození v souboru databáze, protože je pouze proces, který zkontroluje systematicky každých jedné stránky v databázi je také online zálohu.

Při spuštění online zálohu WINDOWSNT zálohovací software přečte každé 4 KB stránky v souboru databáze, předá databázový stroj a zapíše jej na pásku. Databázový stroj ověří správnost kontrolního součtu na každé stránce. Pokud kontrolní součet na stránce neodpovídá kontrolního vypočítá databázový stroj, je poškození fyzické databáze na pevný disk a protokoly NT Backup chyba-1018.

Zabránění fyzické poškození

Nejlepší způsob, jak zabránit fyzické poškození je přípravě server s kvalita hardwarových součástí a správně nakonfigurovat systém. Zkontrolujte, zda soubor úroveň nástroje, jako například antivirový software nepoužívají proti počítači, která se spouští Exchange Server soubory databáze a protokolu.

Pokud máte stabilní hardwaru, může zobrazit nikdy uvedeno fyzické poškození. Pokud spustíte konzistentně do-1018 chyby, pravděpodobně máte problém s hardwarem, pravděpodobně chybný disk nebo řadič disku.

Slovo o průběžným zápisem: Některé matice řadiče mezipaměti zápis zpět vrátit nesprávně úspěšné potvrzení na transakcích, před data má ve skutečnosti byla zabezpečena na disk. Nejbezpečnější je vypnout průběžným zápisem Pokud proces má baterie zálohování. Pokud použijete zápis zpět do mezipaměti, poškození databáze vyhnout zajištěním, že jsou data plně chráněna a mít postupy zajistit, že je po zhroucení správné disky přehrány data v mezipaměti.

Obnovení z fyzické poškození

Jediným způsobem obnovení z poškození fyzické databáze je obnovit z poslední platné zálohy (Pokud záložní proběhl bez chyb, je dobré) a přepněte systém do stavu konzistentní a nepoškozeného vrátit soubory protokolu vpřed. Opakované selhání znamená pravděpodobně problém s diskem, kde je umístěna databáze.

Je skutečně bezpečným způsobem opravit fyzické poškození databáze. Spustit Eseutil.exe nástroj v režimu opravy získat databázi znovu fungovat, ale to není doporučeno, protože Eseutil jednoduše odstraní chybný stránek.

Poznámka: Pokud je vůbec možné, vyhněte se použití Eseutil v režimu opravy (Eseutil /p). Eseutil, který je součástí Exchange Server, je poslední možnost pro opravu poškození databáze při všech else selže. V režimu opravy získá přerušené databázi znovu spuštěna jednoduše odstraněním poškozené stránky. Eseutil by měla být nikdy použita k obnovit data. Příkaz Eseutil /p spustíte, musíte také spustit defragmentaci v režimu offline (Eseutil /d) a potom spuštěním příkazu Isinteg - test alltests - oprava obnovení databáze konzistentního stavu.

Logické poškození

Logické poškození je mnohem obtížnější diagnostikovat a opravit než fyzické poškození, protože nepředvídatelné logické poškození a je obvykle způsobena chyby softwaru. Obvykle vyžaduje problém upozornit k logické poškození. (Logické poškození je velmi výjimečných v Exchange Server 5.5.)

Zabránění poškození logických

Protože logické poškození je tak nepředvídatelné, je zabránit jej nijak foolproof. Existují však způsoby snížit riziko:
  • Nejdříve nainstalovat nejnovější aktualizaci service pack pro Microsoft Exchange Server verze 5.5. Aktualizace Service Pack opravte číslo známé problémy v Exchange Server 5.5.

    Další informace o aktualizacích service Pack a způsobu jejich získání klepnutím na následující čísla následujících článcích databáze Microsoft Knowledge Base:
    241740Seznam opravených Exchange Server 5.5 Service Pack 3
    254682XADM: Exchange Server 5.5 Post SP3 databázový stroj oprav
    191014Jak získat nejnovější aktualizaci Service Pack pro Exchange Server 5.5
  • Zkontrolujte, zda počítač Exchange Server je zabezpečené a konfiguraci nebude změněn.
Pokud zjistíte potíže a přetrvá po podle na těchto opatření, může mít nalezeno nové chyby. Pokud se jedná o tento případ, upozorněte Microsoft co nejdříve.
Oprava poškození logických

V úložišti informací nebo databázový stroj, může dojít k poškození logické. Protože logické poškození může způsobit vážné poškození dat, není ignorovat sestav chyby.

Použít Isinteg nástroj Kontrola do problémy v úložišti informací nebo nástroj Eseutil zkontrolujte do problémy databázový stroj. Všimněte si, že by použití těchto nástrojů pouze jako poslední možnost po Pokusili jste se obnovení systému ze zálohy.

Program Isinteg

Information Store Integrity Checker (Isinteg) najde a eliminuje chyby z úložiště databází veřejné a soukromé informace. Tyto chyby mohou zabránit spuštění úložiště informací nebo zabránit uživatelům v přihlášení a přijímání, otevření a odstranění e-mailu.

Isinteg není určen pro použití jako součást údržba úložiště normální informace; je poskytován pomoci v situacích zotavení po havárii. Můžete například spustit Isinteg oprava úložiště čítače informace v paměti při získání synchronizovány po zhroucení systému.

Protože nástroj Isinteg pracuje na úrovni logické schéma, můžete obnovit data nelze obnovit nástroj Eseutil. Důvodem je, že mohou být data, která je platná pro nástroj Eseutil na úrovni fyzické schématu sémanticky neplatný na úrovni logické schéma. Isinteg zaznamená informace v protokolu aplikace v prohlížeči událostí, takže můžete sledovat průběh obnovení.

Nástroj Isinteg provádí dvě hlavní úlohy:
  • Po obnovení ze offline zálohy jej opravy úložiště informací.
  • Testuje a volitelně opravy chyb v úložišti informací.
Další informace o odstraňování potíží s úložištěm informací a Nástroj Isinteg klepněte na článek číslo článku databáze Microsoft Knowledge Base:
182081XADM: Popis nástroje ISINTEG

nebo na disku CD-ROM Exchange Server 5.5 v adresáři najdete v tématu dokument Isinteg.rtf.

Program Eseutil

Nástroj Eseutil prozkoumá struktury databázových tabulek a záznamů a defragmentuje, opraví a kontroluje integritu adresář a úložiště informací. Protože Eseutil spuštěna v režimu opravy jednoduše odstraní poškozené stránky, použijte tento nástroj pouze po Pokusili jste se obnovit ze zálohy.

Další informace o nástroj Eseutil klepněte článku číslo článku databáze Microsoft Knowledge Base:
192185XADM: Jak defragmentovat program ESEUTIL (Eseutil.exe)
nebo zobrazit dokument Eseutil.rtf na Exchange 5.5 v adresáři najdete disk CD-ROM.

Zálohování dat

Protože Exchange Server je založen na transakci, vyhnout provádění úrovni souboru nebo offline zálohování souborů databáze na disku. Nejlepším způsobem, jak zajistit, že jsou všechna data zachování v systému včetně transakcí, které ještě nebyly zapsány na disk je provádět pravidelné zálohování online.

Zálohování online

Online zálohování umožňuje zálohovat Exchange Server databází zálohovací médium bez vypnutí serveru. Při Exchange Server provádění online zálohu, všechny služby úložiště informací včetně pokračovat normálně spustit. Stránky dále aktualizovány v paměti a přeneseny databázové soubory na disku, transakce jsou zaznamenány do souborů protokolu a soubor kontrolního bodu pokračuje přesunout.

Exchange používá soubor PAT (oprava), který sleduje aktualizované stránky zálohovací software je spuštěn, zda, jsou stránky, které jsou během zálohování změněny také zálohovány. Existují dva soubory PAT Priv.pat úložiště soukromých informací a Pub.pat úložiště veřejných informací.

Při provádění online zálohu pravidelně kontrolovat protokolu aplikace v prohlížeči událostí, zda úspěšnému dokončení zálohy.

Proces zálohování online

Záložní program například WINDOWSNT zálohování (Ntbackup.exe) provede následující během zálohování kopírováním nebo úplné zálohování:
  1. Vytvoří kopii databáze a vloží do pásku.
  2. Přidá podmnožina stránek souboru PAT stránek po kopírované pásku změnit.
  3. Přejmenuje aktuální soubor Edb x .log, kde x je číslo generování souboru protokolu v šestnáctkovém formátu a vytvoří nové generace protokolu.
  4. V úplné zálohování zálohuje PAT soubor a všechny soubory protokolu po kontrolního bodu (kromě nové edb.log) na pásku. V kopii zálohování zálohuje všechny soubory protokolu před a po kontrolní bod.
  5. Odstraní soubory protokolu transakcí, které jsou starší než kontrolní bod v úplné zálohování. V zálohování kopírováním neodstraní žádné soubory protokolu transakcí.
Záložní program provede následující během přírůstkové zálohování nebo rozdílové zálohování:
  1. V přírůstkové zálohování, provede kopii protokolu soubory a vloží do pásku. V rozdílové zálohování zkopíruje databáze pásku.
  2. Přidá podmnožina stránek souboru PAT stránek po kopírované pásku změnit.
  3. Přejmenuje aktuální soubor Edb x .log a vytvoří nové generace protokolu.
  4. Zálohuje soubor PAT a všechny soubory protokolu před a po kontrolního bodu včetně nové edb.log pásku.
  5. Odstraní soubory protokolu transakcí, které jsou starší než kontrolní bod v přírůstkové zálohování. V rozdílové zálohování neodstraní žádné soubory protokolu.

Offline zálohování

Pokuste se předejít tím offline zálohy. V online zálohu záložní program spravuje soubory, ale offline zálohování je ruční namáhavý proces, který je náchylné lidských chyba. V režimu offline zálohování je navíc nelze ověřit kontrolní součet na každé stránce databáze. Online zálohy jsou jediné nejpřínosnější nástroj pro zjištění poškození a provádění obnovení dat.

Další informace o zálohování klepněte na následující čísla následujících článcích databáze Microsoft Knowledge Base:
191357XADM: Obnovení databáze jednoho z úplné online zálohy
179308XADM: Jak ověřit Exchange zálohování online

Vlastnosti

ID článku: 271987 - Poslední aktualizace: 28. října 2006 - Revize: 5.1
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft Exchange Server 4.0 Standard Edition
  • Microsoft Exchange Server 5.0 Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
Klíčová slova: 
kbmt kbinfo KB271987 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:271987

Dejte nám zpětnou vazbu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com