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
Feedback trimis
Apreciem efortul dumneavoastră și vom încerca să modificăm articolul