[gelöst] [RTC] Metadaten 2000000001

Hallo,

wir haben mal wieder einen merkwürdigen RTC Fehler.
Gestern hat einer unsere Entwickler beim Kunden eine neue Page erstellt (er sagte mehr hätte er nicht gemacht).
Die Page greift weder auf Kunden o.ä. zu.

Seit der Änderung erscheint im RTC bei jedem Versuch den Debitoren zu öffnen:

"Objektmetadata existiert nicht. Identifizierte Felder und Werte: Objektart='Tabelle',Objekt-ID='2000000001'

Im CC mal wieder keine Fehler.
Probiert haben wir bereits:

- Löschen der Page
- Neukompilieren aller Objekte
- Löschen der Metadaten, anschließendes Neukompilieren
- Neustart aller Dienste

Werde als nächstes die Debitoren Objekte austauschen.

Hat jemand eine Idee?
Hinweis unserer Technik: An der Built liegt es nicht.

*********************
Gelöst durch Datenbankneuaufbau

Zuletzt geändert von PhilSan am 27. November 2012 14:43, insgesamt 1-mal geändert.

Ich denke unter folgendem Link die ab Punkt 8 beschriebene Vorgehensweise sollte Abhilfe schaffen.

Das Problem ist meines Erachtens, dass die Tabelle 2000000001 nicht im Object Designer sichtbar ist und daher auch nicht manuell kompiliert werden kann. Und daher können fehlende Metadaten für diese Tabelle nicht erzeugt werden.

Ganz versteh ich dich nicht.
Ich geh auf Datenbank ändern, entferne den Haken bei für MS Dynamics NAV Server aktivieren - OK
Danach erneut Datenbank ändern, Haken wieder hinzufügen - OK
Und beim Ändern wird alles kompiliert?

Beim aktivieren dieser Einstellung sollte der Client alle Metdaten neu erstellen.
Da diese nur für den RTC benötigt werden, werden sie nur erstellt wenn der Haken gesetzt ist. Da der Client aber nicht weiß ob in der Zwischenzeit (während der Haken raus war) die Objekte in der Datenbank verändert wurden, muss er trotz eventuell vorhandener Metadaten alle Objekte neu in der MetaData tabelle ablegen.

Ok.

Also einmal Haken raus und Datenbank ändern, und Haken wieder rein und Datenbank erneut ändern?

Ok.

Also einmal Haken raus und Datenbank ändern, und Haken wieder rein und Datenbank erneut ändern?

Allerdings dauert das Ganze eine Weile. Und während dessen kann niemand mit NAV arbeiten. Nur nochmal so als Hinweis.

Ok.

Also einmal Haken raus und Datenbank ändern, und Haken wieder rein und Datenbank erneut ändern?

Allerdings dauert das Ganze eine Weile. Und während dessen kann niemand mit NAV arbeiten. Nur nochmal so als Hinweis.

Kein Problem... Ist die Entwicklungsdatenbank
Also hab das ganze in Gang gesetzt und werd hier eine Rückmeldung hinterlassen.
Schonmal vielen Dank für die Hilfe

Jetzt hab ich wieder ein Problem:
Beim ändern der Datenbank und aktivieren der MS Dynamics Server aktivieren bleibt irgendwann das System mit "keine Rückmeldung" stehen.
hat jemand eine Idee dazu?

Hallo Philip,

dies ist ein neues Problem, mache bitte ein neues Thema daraus, da deine Meldung (wahrscheinlich) nichts mehr mit dem alten zu tun hat.

Gruß, Fiddi

Jetzt hab ich wieder ein Problem:
Beim ändern der Datenbank und aktivieren der MS Dynamics Server aktivieren bleibt irgendwann das System mit "keine Rückmeldung" stehen.
hat jemand eine Idee dazu?

Wie lange ist es denn gelaufen?

Ok, dort gab es nur ein Problem mit nicht beendeten Prozessen. Dies konnten wir relativ schnell beheben.

Aber eine viel interessantere Sache: Was ist denn das Objekt 2000000001, und wie kann man solche Fehler zukünftig vermeiden?

Um etwas zu vermeiden ist es hilfreich zu Wissen wie es zu Stande kam.

Ich weiß das es bei einigen Entwicklern gängige Praxis ist nach Änderungen an Tabellen und Pages erst einmal die ObjectMetaData des geänderten Objektes zu löschen, um sicher zu gehen das der RTC die neueste Version zieht.
Wird hierbei ein Filter vergessen, sind ganz schnell mal mehrere Objekte nicht mehr im RTC verfügbar.
Das Problem ist nur das Systemtabellen nicht manuel nachkompiliert werden können um die Daten wieder anzulegen.

Ich weiß das es bei einigen Entwicklern gängige Praxis ist nach Änderungen an Tabellen und Pages erst einmal die ObjectMetaData des geänderten Objektes zu löschen, um sicher zu gehen das der RTC die neueste Version zieht.

Also dieses Problem hatte ich bis jetzt noch *nie*. 3-Maschinen-Setup mit "Polling" statt Broker. Wobei jede Installation von NAV eine eigene DB-Instanz, "Service Tier"-Server und "RDP"-Server hat.

Ich weiß das es bei einigen Entwicklern gängige Praxis ist nach Änderungen an Tabellen und Pages erst einmal die ObjectMetaData des geänderten Objektes zu löschen, um sicher zu gehen das der RTC die neueste Version zieht.
Wird hierbei ein Filter vergessen, sind ganz schnell mal mehrere Objekte nicht mehr im RTC verfügbar.

Dieses Problem trat in den ersten NAV2009- Versionen tatsächlich auf. Da war es Sitte nach jeder Programmänderung den RTC- Service neu zu starten. mit den aktuellen Builds und aktiviertem Change- Listener funktioniert das inzwischen meist (Menüs scheinen da eine Ausnahme zu sein, dort dauert es länger, bis die aktuelle Version verwendet wird) besser als im Classic- Client. Den muss man neu starten, wenn man mit Objekt- Cache arbeitet und man nicht selbst das Objekt geändert hat, um den aktuellen Programmstand zu bekommen.

Gruß, Fiddi

Evtl. liegt es daran, dass ich den Change Listener per T-SQL einrichte und dadurch die Probleme nicht vorhanden sind?

Evtl. liegt es daran, dass ich den Change Listener per T-SQL einrichte und dadurch die Probleme nicht vorhanden sind?

Ich sagte lediglich das ich mehr ale einen Entwickler kenne bei denen dies die Praxis ist, nicht das es hier Probleme gibt wenn sie es nicht täten.
Im Zweifelsfall lieber den Dienst neu starten als irgendwelche Daten löschen.