Navision / Business Central Udviklingsmiljø forbinder sig til forkert instans

Navision / Business Central Udviklingsmiljø forbinder sig til forkert instans

14. juli 2021 Ikke kategoriseret 0

Problem

Er du stødt på det, at udviklingsmiljøet simpelthen ikke vil forbindes med den rigtige 2-tier server? Altså for eksempel et udviklingsmiljø, der er forbundet til en testdatabase, under kørsel eller fejlfinding, absolut vil åbne produktionsmiljøet, eller omvendt?

Og det er lige meget, om man har indtastet den korrekte instans i Ekstra/indstillinger. Heller ikke et valg af den korrekte instans via Fil/databaseinformation/instans virker, da den ønskede instans simpelthen ikke vises.

Mulde

Hvordan ved testmiljøet overhovedet, hvilke Navision/Business Central-tjenester der er tilgængelige for en bestemt database? Genialt simpelt: Business Central 365 eller Navision-tjenesterne fortæller det til den! Og præcis i denne retning.
Hver Microsoft Dynamics NAV Server-instans registrerer sig selv som en tilgængelig instans i databasen ved opstart (!). Målet er tabellen 2000000112 Server Instance.

Skærmbillede af en RTC-servicetier-visning med "markeret genstart" til Navision eller Business Central RTC

Ved valg af instans (f.eks. via database/information eller efter et kørsel) vises blot posterne i denne tabel.

Visning af tilgængelige Navision eller Business Central 365-servertjenester for en SQL-database via fil-/databaseinformation

løsning

Med høj sikkerhed skete følgende før:
En produktiv og driftsklar database, som arbejder med aktive NAV-servere, er blevet sikkerhedskopieret. Indholdet af tabellen 2000000112 Server Instance er naturligvis også blevet sikkerhedskopieret.

Og: Denne sikkerhedskopi er blevet gendannet til en ny database, som indeholder mindst én aktiv Navision-servertjeneste aktiv, men ikke forbundet med en klient . Server-tjenesten udløses af Navision / Business Central-klienter. Hvis der ikke er noget at lave lige nu, opdager den slet ingenting.

Når Microsoft Dynamics NAV Development Environment (udviklingsmiljøet) nu forbinder til databasen på SQL-serveren, så vil servertjenesten heller ikke bemærke noget.
Følgen: Navision eller Business Central 365 udviklingsmiljøet læser gladeligt fra tabellen 2000000112 Server Instance de servertjenester, der er aktive under en sikkerhedskopi, og viser dem. Kun disse er synlige for udviklingsmiljøet, ikke de rigtige tjenester!

Derfor er løsningen enkel (når man først har fået styr på sin gispen efter vejret): Stop servertjenesten for det drilske testmiljø og genstart den. Under denne proces rydder NAV Service op i tabellen 2000000112 Server Instance. Og straks kan man i udviklingsmiljøet igen finde den/de rigtige serverinstanser til sin elskede Navision / eller Business Central 365.

Skriv et svar