TFS 2010 Użytkownik przeniósł się do nowej domeny przed serwerem - tożsamości TfsConfig/zmiana nie działa - opcje?

Question

Przeprowadzamy migrację do nowej domeny. Dokumentacja zmieniająca środowisko (i dla komendy TfsConfig identities /change) stwierdza, że ​​konta użytkowników nie mogą istnieć w systemie TFS przed próbą migracji ich w systemie TFS.

Dostał się jednak, ponieważ został zmigrowany jako przypadek testowy i dodany automatycznie za pośrednictwem zasad grupy.

Jak opisano w dokumentacji, TfsConfig identities /change nie będzie działać na tym koncie, ponieważ nowe konto jest już w TFS.

TfsConfig identities pokazuje, że identyfikator SID nowej tożsamości nie pasuje do systemu Windows.

Żadne zapytanie użytkowników nie działa (oczywiście, ponieważ jest to nowe konto).

Aby to pogorszyć, użytkownik utworzył elementy pracy. Więc teraz są prace pod dwoma osobnymi kontami ...

Moje pytanie brzmi: Czy mam jakiś obiekt do posprzątania tego bałaganu?

Chcę nowa tożsamość, aby dopasować system Windows, użytkownicy pracują elementy mają być połączone w ramach nowego konta i wszystkich zapytań użytkowników do pracy ...

zanim zrozumiałem, co poszło nie tak, bo ja pisał this question Pomyślałem, że powodem, dla którego zapytania użytkowników nie działały, był prosty problem z konfiguracją zapytań. Teraz zdaję sobie sprawę (zakładając, że cokolwiek z tego, co powiedziałem powyżej jest poprawne), mam większe problemy, których prawdopodobnie nie można oczyścić za pomocą dostępnych narzędzi wiersza poleceń ...

AKTUALIZACJA (dla każdego, kto robi to samo pomyłka zrobiliśmy)

Przeniesiliśmy nasz serwer do nowej domeny ostatniej nocy. Na szczęście identyfikatory SID najwyraźniej się poprawiły. Jedyny problem polega na tym, że użytkownik nie ma dostępu do swoich starych elementów pracy. Mogę aktualizować wszystkie pola oprócz utworzonego przez kod. Utworzono przez jest tylko do odczytu. Pytanie to dotyczy wyłącznie pytania:

Jak zaktualizować pole Utworzono przez element pracy?

Przeczytałem wiele postów, które mówią, że nigdy, przenigdy, zaktualizować dane bezpośrednio w bazach danych TFS ... Ale wydaje się, że to moja jedyna opcja, jeśli chcę naprawić zapytania użytkowników ...

Answer 1

Jeśli jesteś w tej łodzi, to jesteś już zabity. MUSISZ postępować zgodnie z zalecaną dokumentacją dotyczącą przeniesienia domeny, ponieważ nie możesz tego naprawić.

• Move Team Foundation Server from One Environment to Another

Nawet jeśli palić bilet support myślę dostaniesz taką samą odpowiedź. Nie jest obsługiwane edytowanie bazy danych bezpośrednio. Chociaż możesz go uruchomić, prawdopodobnie zapobiegniesz przyszłym aktualizacjom ...

p.s. Jeśli MS Support sugeruje, że edytujesz bazę danych, powinieneś poprosić o drugą opinię od zespołu produktu :) Wsparcie MS nie zawsze ma rację ...

Answer 2

Nie ma sposobu, aby usunąć tożsamość, ale można zmienić jednej tożsamości do drugiej, ale trzeba pamiętać, że następne firmy Microsoft:

Gdy konto użytkownika jest obecna w TFS, nie mogą zostać usunięte lub mieć przypisane do niego inne konto. Na przykład, jeśli przenosisz DomainA/UserA do DomainB/UserB, komenda Identities będzie działać tylko w celu migracji użytkownika, jeśli DomainB/UserB nie jest już obecny w TFS.

Ponieważ członkowie lokalnej grupy Administratorzy są automatycznie dodawani do TFS, przed zmianą domeny lub środowiska należy usunąć wszystkie konta, które mają zostać przeniesione z tej grupy.

Move Team Foundation Server

Answer 3

udało mi się rozwiązać ten problem za pomocą konsoli administracyjnej serwera TFS.

W oknie „Tier Application” konsoli administracyjnej, dodać użytkownika do „Użytkownicy konsoli administracyjnej polu, klikając«Dodaj»przycisk obok niego.

Raz zrobiłem, że użytkownik, który miałem który miał SID, który był zsynchronizowany następnie synchronizowane w górę. i następnie usunięty, że użytkownik z poziomu konsoli administracyjnej, a użytkownik nadal prawidłowo zsynchronizowane.

udało mi się zweryfikować za pomocą TfsConfig identities.