Udostępnij za pośrednictwem

Rozwiązywanie konfliktów dotyczących schematów, które pojawiają się w magazynie danych

  • Artykuł

Schemat pojawić się konflikty zestaw atrybutów dla pól objętych obowiązkiem sprawozdawczym rożni się zespołu projektu kolekcje.Gdy występuje konflikt schematu, pola, które nie są w konflikcie są przetwarzane w zwykły sposób, ale pola, które są w konflikcie są przypisane wartości null, dopóki Rozwiązywanie konfliktów, a następnie przetwórz je w zwykły sposób.Ponadto system generuje zdarzenia powiadamiania dla każdego konfliktu, który wykryje.Subskrybując zdarzenie, można otrzymywać alerty, gdy występują konflikty schematu dla wszystkich projektów zespołu, które są zdefiniowane dla kolekcji.Należy poprawić wszystkie konflikty schematów odblokować przetwarzania skojarzonych danych dla magazynu i umożliwiające skojarzonych raportów wyświetlić bieżące dane.

Wszystkie dane objętych obowiązkiem sprawozdawczym z wszystkich projektów zespołów, które są zdefiniowane w wszystkie kolekcje projektu do wdrożenia programu Visual Studio Team Foundation Server są zapisywane w składzie jednego w relacyjnej bazie danych.Dane z tego magazynu są następnie przetwarzane i zapisywane do modułu.Zbierania danych do magazynu danych pojedynczego obsługuje raportowanie całej kolekcji projektu zespołu.Jednakże ponieważ pola są wyraźnie zarządzane dla każdej kolekcji projektu, schematów konfliktów może wystąpić, gdy różne definicje są przypisane do jednego lub kilku atrybutów pole, które jest przypisane tym samym sprawozdawczości nazwę odwołania.

W tym temacie

  • Komunikaty o błędach, które zwracają uwagę na konflikty schematów

  • Źródła konfliktów w schemacie

  • Rozwiązywanie konfliktów schematu

  • Sprawdź, czy są rozwiązywane konflikty schematu

Komunikaty o błędach, które zwracają uwagę na konflikty schematów

Gdy występuje konflikt schematu, komunikat o błędzie pojawi się w następujących lokalizacjach:

  • W dzienniku zdarzeń serwera warstwie aplikacji.

    [!UWAGA]

    Team Foundation Serverkażdego dnia, do czasu rozwiązania problemu konflikt danych rejestruje komunikat o błędzie w dzienniku zdarzeń.

  • Raport, który jest pod warunkiem, że z procesem MSF szablony i przeglądać za pomocą Menedżer raportów.

  • Pulpit nawigacyjny, który jest pod warunkiem, że z procesem MSF szablony i wyświetlić za pośrednictwem portalu projektu.

    [!UWAGA]

    Można określić, kiedy raport lub pulpitu nawigacyjnego został zaktualizowany najbardziej niedawno Jeśli okaże się Data ostatniej aktualizacji sygnatury czasowej, która jest wyświetlana w prawym dolnym rogu każdego raportu i pulpitu nawigacyjnego.Sygnatura czasowa odpowiada ostatnich czas, że każde zadanie karta Magazyn, które ma termin zakończenia, dla każdej kolekcji projektu zostało pomyślnie ukończone przetwarzanie.Obliczanie czasu pieczęć zawiera niestandardowe karty zadań i ignoruje karty zadań, które są blokowane z uruchomioną usługą sieci Web kontroli magazynu.

    Jeśli konflikt schematu blokuje dane z przyjęcie na magazyn danych dla raportu, sygnatura czasowa raportu nie zostaną zaktualizowane.

Oprócz poprzednich wiadomości można uzyskać więcej informacji, za pomocą GetProcessingStatus operacji usługi sieci Web kontroli magazynu.Aby uzyskać więcej informacji, zobacz ręcznie przetwarzać magazyn danych i moduł usług analiz programu Team Foundation Server.

Źródła konfliktów w schemacie

Konflikty schematów zachodzi, gdy administrator projektu wykonuje jedną z następujących czynności:

  • Dodaje pole objętego obowiązkiem sprawozdawczym do typ pozycji roboczej w kolekcji jeden projekt i atrybuty, które są przypisane do tego pola nie pokrywają w innych zbiorach projektu.

  • Zmienia atrybut, który jest przypisany do pola elementu pracy, który jest używany w więcej niż jednej kolekcji projektów, mimo że te zmiany są w konflikcie z przydziałami w innych zbiorach.

    [!UWAGA]

    Administrator projektu można uniknąć błędów na poprzedniej liście tylko przez przeglądanie przydziałów atrybutu dla pól, które są zdefiniowane przez wiele kolekcji projektu w danym wdrożeniu.

Błędy spowodować, gdy pole ma taką samą nazwę odwołania lub tej samej nazwie odniesienia raportowania w wiele kolekcji projektu i przynajmniej jedną z następujących atrybutów dla tego pola nie odpowiada w dwóch lub więcej zbiorach:

  • name: Przyjazna nazwa pola, który pojawia się jako opcja podczas tworzenia kwerendy elementu pracy.

  • reportingname: Nazwa, która jest wyświetlana w raportach.Jeśli nie określisz wartości, wartość, która jest przypisana do name atrybut jest używany.

  • reportable/reportingtype: Niezależnie od tego, czy dane z tego pola jest dostępne do dołączenia w raportach, a jeśli tak, objętego obowiązkiem sprawozdawczym typu (na przykład, None, Detail, Dimension, lub Measure).

    [!UWAGA]

    FIELD Element używany reportable atrybut, a witadmin changefield polecenie zastosowań reportingtype atrybut.Atrybuty te definiują te same informacje.

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

Poniższa tabela zawiera przykłady przypisywania atrybutów, które powodują konflikty schematów.W tych przykładach sprawozdawczości nazwę odniesienia i nazwa raportowania nie są przypisane.

Atrybut

Kolekcja projektów 1

Kolekcja projektów 2

Konflikt schematu

Typ

Ciąg

Liczba całkowita

Typy danych nie pasują do siebie.

ReportingName

Działanie

Typowym działaniem

Raportowania nazwy nie pasują do siebie.

Objętych obowiązkiem sprawozdawczym

Szczegóły

Wymiar

Typy raportowania nie pasują do siebie.

Rozwiązywanie konfliktów schematu

Można przeglądać dziennika zdarzeń na serwerze warstwie aplikacji, aby uzyskać więcej informacji o polu, który powoduje konflikt schematu.Po określeniu pola lub pól, które powodują konflikt, należy wykonać następujące kroki:

  1. Opisz atrybuty, które są przypisane do tego pola w projekcie wszystkie operacje wyrzucania elementów.Można użyć witadmin listfields polecenia, które ma następującą składnię:

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

    Aby uzyskać więcej informacji, zobacz Zarządzanie polami elementów pracy [witadmin].

  2. Określ, w którym z poniższych sposobów chcesz rozwiązać konflikt:

    • Zmień atrybut dla pola w kolekcji jeden projekt, aby dopasować przydziały, które są w innych zbiorach projektu.Tę akcję należy podjąć, gdy zespoły użyć pola w taki sam sposób, w podobnych raportów lub za zgłoszenie między projektami.

    • Relabel sprawozdawczości nazwę odwołania, pola w konflikcie.Tę akcję należy podjąć, gdy pola są używane na różne sposoby lub trzeba zachować inne pole.W takim przypadku to pole nie jest używane przez zespoły, które działają w innym projekcie kolekcje za zgłoszenie między projektami.

      Aby uzyskać więcej informacji, zobacz Dodawanie i modyfikowanie pól elementów pracy w celu obsługi raportowania.

    • Pole jako non sprawozdawczym dla jednego lub więcej zbiorów.Tę akcję należy podjąć, gdy to pole nie jest używane dla raportów na temat tych zbiorów projektu.

    • Usuń pole z Kolekcja projektów zespołu.Należy podjąć kroki w tym, jeśli to pole nie jest używane przez projektów zespołów lub raportów.

      [!UWAGA]

      Jeśli usuniesz pole, które jest używane w raporcie, raport nie będą już wyświetlane poprawnie.

  3. Zmień atrybut, który jest przypisany do pola, oparty na decyzjach, które zostały wykonane w poprzednim kroku.Można użyć witadmin changefield polecenia, które ma następującą składnię:

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

  4. Aby usunąć pole z kolekcji projektu, można użyć witadmin deletefield polecenia, które ma następującą składnię:

    witadmin deletefield /collection:CollectionURL /n:RefName
    Ważna uwagaWażne

    Jeśli trwale usunąć pole usuniesz pole i wszystkie dane, które zawiera z magazynu danych.

Sprawdź, czy są rozwiązywane konflikty schematu

Można zweryfikować, że konflikty schematów zostały rozwiązane przez przetwarzanie magazynów danych na żądanie, a następnie sprawdzanie raporty, aby określić, czy są one aktualizowane.Lub poczekać aż Uruchamianie zadań karta Magazyn, zgodnie z ich harmonogram domyślny.Domyślnie relacyjnej bazy danych jest przetwarzany co kilka minut.Jednak usług Analysis Services przetwarzania moduł co dwie godziny domyślnie.

[!UWAGA]

Aby uzyskać więcej informacji o usłudze sieci Web kontroli magazynu, zobacz Process the Data Warehouse and Analysis Services Cube.

  1. Proces Magazyn danych relacyjnych, na żądanie za pomocą ProcessWarehouse funkcjonowania WarehouseControlService.

  2. Przetworzyć moduł na żądanie za pomocą ProcessAnalysisDatabase funkcjonowania WarehouseControlService.

  3. Otwórz pulpitu nawigacyjnego lub Menedżer raportów i sprawdź, że raporty są aktualizowane.Aby uzyskać więcej informacji, zobacz Pulpity nawigacyjne (Agile) lub Raporty (Agile).

Jeśli nadal pojawiają się komunikaty o błędach, można uzyskać więcej informacji na temat konfliktu danych i którego dotyczy karty zablokowanych przez uruchomienie GetProcessingStatus funkcjonowania WarehouseControlService.

Zobacz też

Informacje

Zarządzanie polami elementów pracy [witadmin]

Koncepcje

Dodawanie i modyfikowanie pól elementów pracy w celu obsługi raportowania

Tworzenie, dostosowywanie i zarządzanie raportami dla Visual Studio ALM

Inne zasoby

Process the Data Warehouse and Analysis Services Cube