Błąd aktualizacji - firebird

[doktor]

Witam,
aktualizacji someda z 02 do 06 pojawił się błąd po aktualizacji bazy danych w wykonywaniu skryptów. Na końcu przykład (a jest ich dużo więc żaden skrypt nie został wykonany)
Mam starego firebirda bo 2.0(wiem wiem) - i teraz pytanie czy wskoczenia na 2.5 rozwiąże problem??
Program działa normalnie a pytam na zapas ponieważ dopiero w weekend usiądę nad tym  i prosiłbym o jak najwięcej porad:)

Dzięki za pomoc i pozdrawiam

Przykład:
Błąd wykonania skryptu:
 
CREATE OR ALTER TRIGGER T_AKSV_ADM_BIU BEFORE INSERT OR UPDATE ON AKSV
AS
DECLARE lDATA TIMESTAMP;
DECLARE lGODZ INTEGER;
DECLARE lCZY_ADM_ON INTEGER;
BEGIN
  EXECUTE PROCEDURE GETSYSOPTINT('DANE_ADMINISTRACYJNE') RETURNING_VALUES :lCZY_ADM_ON;
  /* -- */
  IF (lCZY_ADM_ON = 1) THEN
  BEGIN
    EXECUTE PROCEDURE GET_SERVER_DATE RETURNING_VALUES :lDATA;
    EXECUTE PROCEDURE SYS_TIME2INT(lDATA) RETURNING_VALUES :lGODZ;
    lDATA = F_STRIPTIME(lDATA);
    /* -- */
    IF (INSERTING) THEN
    BEGIN
      /* numer instalacji */
      IF ((NEW.IDINS IS NULL) OR (NEW.IDINS = 0)) THEN
      BEGIN
        EXECUTE PROCEDURE SYS_GET_IDINS RETURNING_VALUES NEW.IDINS;
        EXECUTE PROCEDURE SYS_GET_IDPOD RETURNING_VALUES NEW.IDPOD;
      END
      /* dane administracyjne */
      NEW.GODAT = lDATA;
      NEW.GOGDZ = lGODZ;
      EXECUTE PROCEDURE SYS_GET_OPER RETURNING_VALUES NEW.GIDOPER;
      NEW.MODAT = lDATA;
      NEW.MOGDZ = lGODZ;
      NEW.MIDOPER = NEW.GIDOPER;
      NEW.DODAT = '1800-01-01';
      NEW.DOGDZ = 0;
      NEW.DIDOPER = 0;
    END
    /* -- */
    IF (UPDATING) THEN
    BEGIN
      NEW.MODAT = lDATA;
      NEW.MOGDZ = lGODZ;
      EXECUTE PROCEDURE SYS_GET_OPER RETURNING_VALUES NEW.MIDOPER;
      /* usuwanie */
      IF ((OLD.DEL = 0) AND (NEW.DEL > 0)) THEN
      BEGIN
        NEW.DODAT = lDATA;
        NEW.DOGDZ = lGODZ;
        NEW.DIDOPER = NEW.MIDOPER;
      END
      /* przywracanie */
      IF ((OLD.DEL > 0) AND (NEW.DEL = 0)) THEN
      BEGIN
        NEW.DODAT = '1800-01-01';
        NEW.DOGDZ = 0;
        NEW.DIDOPER = 0;
      END
    END
  END
END
 
General SQL error.
Token unknown - line 1, column 40
BEFORE
  (13059): General SQL error.
  (13059): Token unknown - line 1, column 40
BEFORE

(klasa błędu: EDBEngineError)
 

[MK]

- i teraz pytanie czy wskoczenia na 2.5 rozwiąże problem??

Biorąc pod uwagę to, że innych zgłoszeń nie mieliśmy, a i u nas wszystko działa poprawnie zaryzykowałbym tezę, że zmiana FB pomoże. Słyszałem, że nawet 2.1 daje radę, ale lepiej iść na całość i instalować 2.5

[Sławek]

tylko po reinstalacji FB w pierwszej kolejności proponowałbym odświeżanie bazy.

[doktor]

tylko po reinstalacji FB w pierwszej kolejności proponowałbym odświeżanie bazy.

co masz na myśli odświeżenie bazy? aktualizację bazy w ks-somed?
W weekend nie udało mi się nad tym usiąść. Przed chwilą przeskoczyłem w mojej wersji testowej z 2.1 na 2.5 i chyba działa ok, więc powinno się udać.

[Sławek]

Odświeżanie bazy -  archiwizacja i odtworzenie bazy. Po wejściu do programiku archiwazacja mamy specjalną opcję odświeżanie bazy, ale swoją drogą to zalecałbym przejście na bazę Oracl.

[doktor]

Dzięki za info. Na oracla myślę na razie nie ma sensu bo na razie są tylko 2 kompy.

[doktor]

Żeby zamknąć temat informuję że uaktualnienie serwera firebird rozwiązało problem. Dziękuję za pomoc

[gringo]

A tak z ciekawości, czy przejście FB 2.0 na 2.5 nie wymaga przypadkiem konwersji bazy danych?
Tzn. czy KS-Somed przy wykonaniu kopii bezp. bazy w v.2.0 i odtworzeniu jej na FB2.5 automatycznie
dostosuje bazę do nowej wersji? Nie trzeba wykonywać żadnych innych działań? 

[Sławek]

Nie, wystarczy odtworzyć bazę.