Eroare Arhivare la inchiderea de zi

Modificat la Vi, 16 Iun, 2023 la 1:46 PM

Eroare arhivare in timpul EOD – se rezolva prin dezactivarea temporara a functiei de arhivare 

“No primary key value for foriegn key Accounts_ownerid in table..” 



Level 1

1. Se intra in modulul Admin Module – Archive / Archive 

Apoi selectati Archive si Archive Configuration vezi model.

Se deschide ecranul urmator, unde trebuie sa debifati Allow archiving. Urmatoarele campuri (Guests,Group Masters, etc)se vor lasa asa. 

Se salveaza cu OK.

Se executa End of Day

Se transfera incidentul catre Level 2

2. In ziua urmatoare, se ia baza de date (ultima salvare) de pe nas.tcnet.ro, se activeaza arhivarea ( Admin Module – Archive / Archive ) si se testeaza End of day. Daca functioneaza, se reactiveaza si la client.

3. Daca nu functioneaza inchiderea pe mediul de test, se verifica cu ultimul update de Medallion (minim 1047.04.300.19). Se programeaza update, iar arhivarea se reactiveaza dupa update.

4. In cazul in care nu se rezolva, nici cu update, se urmeaza procedura de mai jos.

Identificarea erorii:

- se activeaza log-ul pe motorul bazei de date.

- se ruleaza EOD-ul si se asteapta momentul erorii. Se apasa OK.

- deschidem log-ul creat si cautam “ACCOUNTS_OWNERID”. Rezultatul va fi ceva similar:

07/23 12:07:23.438 ** REQUEST conn: 13 STMT_PREPARE "call INSERT_ACCOUNT (311721,1,'2013-07-16','2013-07-17',2,43805400,0,-1,'','','',0,0,0,1,1,1,'-',0,1,0,NULL,0,0,0,'',1,0,'',0,1,-1.000000)"

07/23 12:07:23.438 ** DONE conn: 13 STMT_PREPARE Stmt=68463 

07/23 12:07:23.438 ** REQUEST conn: 13 STMT_DESCRIBE_OUTPUT Stmt=-1 

07/23 12:07:23.439 ** DONE conn: 13 STMT_DESCRIBE_OUTPUT 

07/23 12:07:23.439 ** REQUEST conn: 13 STMT_DESCRIBE_INPUT Stmt=-1 

07/23 12:07:23.439 ** DONE conn: 13 STMT_DESCRIBE_INPUT 

07/23 12:07:23.439 ** REQUEST conn: 13 STMT_EXECUTE Stmt=-1 

07/23 12:07:23.439 ** WARNING conn: 13 code: 111 "Statement cannot be executed"

07/23 12:07:23.439 ** DONE conn: 13 STMT_EXECUTE 

07/23 12:07:23.439 ** REQUEST conn: 13 STMT_EXECUTE Stmt=68463 

07/23 12:07:23.439 ** PLAN conn: 13 [508]GrByS[ RL[ ACCOUNTS<ACCOUNTS> ] ]

07/23 12:07:23.439 ** PLAN conn: 13 [509]GrByS[ RL[ ACCOUNTS<ACCOUNTS> ] ]

07/23 12:07:23.439 ** PLAN conn: 13 [1]PERSON<PERSON>

07/23 12:07:23.439 ** PLAN conn: 13 [2]PERSON<PERSON>

07/23 12:07:23.439 ** PLAN conn: 13 [S][1]ACCOUNTS<seq>

07/23 12:07:23.439 ** PLAN conn: 13 [S][2]ACCOUNTS<seq>

07/23 12:07:23.439 ** PLAN conn: 13 [2]ACCOUNTS<seq>

07/23 12:07:23.440 ** ERROR conn: 13 code: -194 "No primary key value for foreign key 'ACCOUNTS_OWNERID' in table 'ACCOUNTS'"

- cautam linia anterioara erorii care contine sintagma “call INSERT_ACCOUNT (…….”. Aici gasim toate datele
necesare identificarii rezervarii ce a cauzat eroarea.

- Deschidem Interactive SQL si rulam urmaroarele scripturi:

SELECT * FROM "Admin"."PERSON"

where id=43805400

si aflam numele persoanei. Retinem RESERVID. Apoi

SELECT * FROM "Admin"."RESERVE"

where id= valoarea din PERSON.RESERVID

si aflam si perioada cat si numarul de rezervare (RESERVE.RESNUM) 

In concluzie, avem nume, perioada si numar de rezervare.

Rezolvare:

Se intra in Medallion si se deschide rezervarea in cauza. De cele mai multe ori deschiderea si inchiderea rezervarii rezolva problema.

Mai sunt cazuri cand rezervarea e share si doar unul dintre profile (cel identificat) creeaza probleme. In aceasta situatie, deschidem rezervarea si stergem (cu galetusa) profilul stricat din “Reservation/Profile”.

A fost de ajutor articolul?

Grozav!

Mulțumim pentru feedback

Ne pare rău! Nu am putut fi de ajutor

Mulțumim pentru feedback

Spuneți-ne cum putem îmbunătăți acest articol!

Selectează cel puțin unul dintre motive
Verificarea CAPTCHA este necesară.

Feedback trimis

Apreciem efortul dumneavoastră și vom încerca să modificăm articolul