Sdílet prostřednictvím

Řešení konfliktů schémat, které se vyskytují v datovém skladu

  • Článek

Pokud sada atributů pro hodné polí se liší napříč kolekce týmových projektů, dojde ke konfliktu schématu.Dojde-li ke konfliktu schématu, polí, které nejsou v konfliktu jsou zpracovány jako obvykle, ale pole, které jsou v konfliktu jsou přiřazeny hodnoty null, dokud vyřešit konflikty a potom obvyklým způsobem zpracovat.Kromě toho systém generuje událost upozornění u každého konfliktu, který zjistí.Se přihlásíte k odběru události, můžete obdržet upozornění, jakmile dojde ke konfliktu schématu pro týmové projekty, které jsou definovány pro kolekci.Musí vyřešit všechny konflikty schémat odblokovat zpracování přidružená data pro sklad a povolit přidružené sestavy zobrazit aktuální data.

Všech hodné data z všechny týmové projekty, které jsou definovány ve všech kolekcích projektu pro nasazení Visual Studio Team Foundation Server je zapsán do jednoho relační datový sklad.Data z tohoto skladu je pak zpracována a zapsány do datové krychle.Získávání dat do jednoho datového skladu podporuje vykazování celé kolekce týmových projektů.Avšak protože pole jsou řízeny odděleně pro každou kolekci projektu, schéma konflikty mohou nastat při různé definice jsou přiřazeny k jedné nebo více atributů pole, kterému je přiřazena stejné vykazování název odkazu.

V tomto tématu

  • Chybové zprávy, které upozorňují na konflikty schémat

  • Zdroje konflikty schémat

  • Vyřešit konflikty schémat

  • Ověřte, zda jsou vyřešeny konflikty schémat

Chybové zprávy, které upozorňují na konflikty schémat

Dojde-li ke konfliktu schématu, zobrazí se chybová zpráva v následujících umístěních:

  • V protokolu událostí server aplikační vrstvy.

    [!POZNÁMKA]

    Team Foundation Serverzaznamená chybovou zprávu do protokolu událostí každý den až do data konflikt nebude vyřešen.

  • Sestava, která je součástí procesu MSF šablony a zobrazit pomocí Správce sestav.

  • Řídicí panel, který je součástí procesu MSF šablony a zobrazit prostřednictvím portálu projektu.

    [!POZNÁMKA]

    Můžete určit, kdy sestavy nebo řídicího panelu byla aktualizována nejvíce nedávno zjistíte-li Datum poslední aktualizace časové razítko, které se zobrazí v pravém dolním rohu každé sestavy a řídicí panel.Časové razítko odpovídá poslední čas každé úlohy adaptér skladu, který je naplánováno dokončení pro každou kolekci projekt úspěšně dokončeno zpracování.Výpočet časové razítko obsahuje vlastní adaptér úloh a ignoruje adaptér úlohy, které jsou blokovány před službou WWW řízení skladu.

    Je-li konflikt schématu blokuje data zadat sklad dat pro sestavu, časové razítko pro sestavu nebude aktualizován.

Kromě předchozích zpráv lze získat další informace pomocí GetProcessingStatus operace skladu ovládací prvek webové služby.Další informace naleznete v tématu Ruční zpracování datového skladu a analýzy datová krychle služby pro sadu Team Foundation Server.

Zdroje konflikty schémat

Konflikty schémat dojít, pokud správce projektu provede jednu z následujících akcí:

  • Přidá hodné pole typu pracovní položky v kolekci jeden projekt a atributy, které jsou přiřazeny k dané pole neodpovídají informacím v jiných kolekcích projektu.

  • Změní atribut, který je přiřazen pracovní položky pole, používaný v kolekci více než jeden projekt, i když tyto změny jsou v konfliktu s přiřazeními v jiných kolekcích.

    [!POZNÁMKA]

    Správce projektu můžete zabránit chybám v předchozím seznamu pouze kontrolou přiřazení atributu u polí, která jsou definována přes více kolekcí projektu v nasazení.

Výsledkem chyby při pole má stejný název odkazu nebo stejné vykazování názvu odkazu v kolekce více projektů a jeden nebo více z následujících atributů pro dané pole neodpovídá ve dvou nebo více kolekcí:

  • name: Popisný název pole, které se objeví jako možnost při vytváření dotazu položku práce.

  • reportingname: Název, který se objeví v sestavách.Pokud nezadáte hodnotu, hodnotu, která je přiřazena name atribut je použit.

  • reportable/reportingtype: Zda je do sestavy zahrnout data z pole a pokud ano, hodné typu (například None, Detail, Dimension, nebo Measure).

    [!POZNÁMKA]

    FIELD Prvek používaný reportable atribut a witadmin changefield příkaz používá reportingtype atribut.Tyto atributy definují stejné informace.

  • type: The type of data that the field accepts (for example, Integer, HTML, String, Double, or DateTime).

V následující tabulce jsou uvedeny příklady atribut přiřazení, která bude mít za následek konflikty schémat.V těchto příkladech nejsou přiřazeny vykazování název odkazu a přídavné jméno.

Atribut

Kolekce projektu 1

Kolekce projektu 2

Konfliktu schémat

Type

Řetězec

Integer

Datové typy se neshodují.

ReportingName

Aktivity

Společné činnosti

Přídavné názvy se neshodují.

Hodné

Podrobnosti

Dimenze

Typy sestav se neshodují.

Vyřešit konflikty schémat

Můžete zkontrolovat protokol událostí na server aplikační vrstvy, chcete-li získat další informace o poli, který je příčinou konfliktu schématu.Poté, co zjistíte, že se jedno nebo více polí, které způsobují konflikt, postupujte takto:

  1. Zkontrolujte atributy, které jsou přiřazeny k poli ve všech kolekcích projektu.Můžete použít witadmin listfields příkaz, který má následující syntaxi:

    witadmin listfields /collection:CollectionURL /n:RefName [/unused]

    Další informace naleznete v tématu Správa polí pracovních položek [witadmin].

  2. Určete, ve kterém z následujících způsobů, které chcete vyřešit konflikt:

    • Změňte atribut pro pole v jednom projektu kolekci tak, aby odpovídala přiřazení, provedené v jiných kolekcích projektu.Tuto akci byste měli vzít při týmy pomocí pole stejným způsobem v podobné sestavy nebo pro vykazování mezi více projekty.

    • Relabel přídavné referenční název pole v konfliktu.Tuto akci byste měli vzít při pole se používají různé způsoby nebo musí udržovat jiné pole.V tomto případě pole nepoužívá týmy, které pracují v různých projektů kolekce pro vykazování mezi více projekty.

      Další informace naleznete v tématu Přidání a změna polí pracovních položek jako podpora tvorby sestav.

    • Označte pole jako non hodné pro jednu nebo více kolekcí.Pokud pole není použita pro zprávy o těchto kolekcí projektu byste měli vzít tuto akci.

    • Odeberte pole z kolekce týmového projektu.Tuto akci podniknout v případě, že pole se nepoužívá žádné týmové projekty nebo sestavy.

      [!POZNÁMKA]

      Je-li odebrat pole, která se používá v sestavě, zpráva nebude zobrazovat správně.

  3. Změňte atribut, který je přiřazen do pole, na základě rozhodnutí, které jste zadali v předchozím kroku.Můžete použít witadmin changefield příkaz, který má následující syntaxi:

    witadmin changefield /collection:CollectionURL /n:RefName [/name:NewName] [/syncnamechanges:true | false] [/reportingname:ReportingName] [/reportingrefname:ReportingRefName] [/reportingtype:Type] [/reportingformula:Formula] [/noprompt]

  4. Chcete-li odstranit pole z kolekce projektu, můžete witadmin deletefield příkaz, který má následující syntaxi:

    witadmin deletefield /collection:CollectionURL /n:RefName
    Důležitá poznámkaDůležité

    Je-li trvale odstranit pole odstraníte pole a všechna data, která ukládá z úložný prostor.

Ověřte, zda jsou vyřešeny konflikty schémat

Můžete ověřit, zda byly vyřešeny konflikty schémat zpracování datových skladů na požádání a pak zkontroluje sestavy, chcete-li zjistit, zda jsou aktualizovány.Nebo můžete počkat, dokud spustit úlohy adaptér skladu podle jejich výchozí plán.Ve výchozím nastavení je zpracována relační databáze každých několik minut.Však ve výchozím nastavení probíhá každé dvě hodiny krychli služby Analysis Services.

[!POZNÁMKA]

Další informace o skladu ovládací prvek webové služby, viz Ruční zpracování datového skladu TFS a datové krychle služby Analysis Services.

  1. Zpracování relační datový sklad na požádání pomocí ProcessWarehouse provoz WarehouseControlService.

  2. Zpracování datové krychle na požádání pomocí ProcessAnalysisDatabase provoz WarehouseControlService.

  3. Otevřete tabuli nebo na správce sestav a ověřte, že aktualizované zprávy.Další informace naleznete v tématech Řídicí panely a Sestavy (SQL Server Reporting Services).

Pokud se stále zobrazovat chybové zprávy, můžete získat další informace o konfliktu dat a ohrožených blokované adaptéry spuštěním GetProcessingStatus provoz WarehouseControlService.

Viz také

Referenční dokumentace

Správa polí pracovních položek [witadmin]

Koncepty

Přidání a změna polí pracovních položek jako podpora tvorby sestav

Vytváření, přizpůsobení a správa sestav pro Visual Studio ALM

Další zdroje

Ruční zpracování datového skladu TFS a datové krychle služby Analysis Services