Am moștenit un sistem mai vechi care implică BizTalk (Server 2010) în care aplicația și baza sa de date se aflau pe servere separate pe domenii separate.
S-au făcut eforturi pentru a moderniza sistemele și aplicațiile și a trebuit să continui atunci când bazele de date au fost actualizate de la SQL Server 2008 la 2017. Am crezut că ar reduce complexitatea dacă, în același timp, am muta baza de date din domeniul său pentru a se alătura. același domeniu în care se află aplicația. Deoarece a fost ultimul artefact de pe domeniu, apoi am putea elimina și controlerul de domeniu (teoretic.)
Mutarea bazei de date a avut loc în producție și uzurpă identitatea versiunii mai vechi, astfel încât BizTalk Server 2010 să o poată accesa în continuare, iar aplicația funcționează - și acest lucru m-a încântat.
Cu toate acestea, am încercat să eliminăm controlerul de domeniu pentru domeniul în care a locuit anterior baza de date, iar apoi aplicația a eșuat spunând că nu se mai poate autentifica cu baza de date. La pornirea controlerului de domeniu, acesta a început să funcționeze din nou.
M-am uitat la ceea ce cred că sunt setările aplicației BizTalk și setările bazei de date din SSMS, dar nu am idee de ce există încă dependență de controlerul de domeniu pe care l-am lăsat în urmă. Trebuie să presupun anterior, deoarece aplicația și baza de date locuiau în domenii diferite, pentru a le face să funcționeze corect, a existat o formă de încredere între domenii.
Nu cunosc controlorii de domeniu și nu am acces la ele sau la directorul lor activ.Am nevoie de o direcție și am căutat pe web de câteva ori când am putut, dar fără niciun rezultat real.
Cred că este fie ceva ce am omis la baza de date sau la capătul aplicației, pe care încă îl pot remedia, fie că este implicat în configurarea AD pe unul sau ambele controlere de domeniu. Dacă acesta din urmă este cazul, atunci trebuie să știu ce să cer grupului IT al companiei să verifice, deoarece consideră că este o problemă de aplicație și nu sunt de ajutor în continuare fără detalii specifice.
Afacerea se sprijină pe mine să elimin controlerul de domeniu mai vechi. Ce idei există în legătură cu rezolvarea acestui lucru?
Acest lucru a fost întrebat inițial pe Stack Overflow (deoarece sunt dezvoltator), dar nu a respectat regulile lor și mi-au sugerat să postez aici. Am avut un răspuns la acel moment, o persoană de ajutor care mi-a sugerat să caut vechiul nume de domeniu folosind o căutare prin textul tuturor tabelelor din Baza de date de management BizTalk. Am analizat fiecare dintre ele și nu am găsit nicio referință la vechiul nume de domeniu aici. Sperăm că asta va ajuta la concentrarea asistenței viitoare.
