Stopnja: Advanced Member
Pridružen(a): 11/10/2011(UTC) Objave: 75
Zahvale: 1 krat
|
Ima še kdo težave pri preračunu zalog, cen na serverju. Zadeva deluje počasi, oz. se ponoči ne izvede.
|
|
|
|
Stopnja: PA User
Pridružen(a): 24/04/2009(UTC) Objave: 576  Prejete zahvale: 9 krat v 9 objavah
|
Originally Posted by: kig  Ima še kdo težave pri preračunu zalog, cen na serverju. Zadeva deluje počasi, oz. se ponoči ne izvede. Probajte job pognati ročno in boste videli, če je kje težava. Meni se preračun naredi v 5min... |
|
|
|
|
Stopnja: Advanced Member
Pridružen(a): 11/10/2011(UTC) Objave: 75
Zahvale: 1 krat
|
Je malo bolj kompleksna zadeva. Na serverju procedura traja 10+ ur Če dam iz programa pa nekje 2 dni
|
|
|
|
Stopnja: PA User
Pridružen(a): 24/04/2009(UTC) Objave: 576  Prejete zahvale: 9 krat v 9 objavah
|
Originally Posted by: kig  Je malo bolj kompleksna zadeva. Na serverju procedura traja 10+ ur Če dam iz programa pa nekje 2 dni Uh. Kaj te imate bazo 100gb ali kaj ? Mi imamo bazo veliko 7gb(10 let podatkov) in rabi toliko časa kot sem vam napisal. |
|
|
|
|
Stopnja: Advanced Member
Pridružen(a): 11/10/2011(UTC) Objave: 75
Zahvale: 1 krat
|
Ravno v tem je problem, ker ne vem kaj ga ubije Baza je slabih 10Gb samo ima ogromno nalogov (DN)
Server SQL\*** Job Name preračun Step Name (Job outcome) Duration 16:40:19
Pa se čudi.
|
|
|
|
Stopnja: PA User
Pridružen(a): 24/04/2009(UTC) Objave: 576  Prejete zahvale: 9 krat v 9 objavah
|
Originally Posted by: kig  Ravno v tem je problem, ker ne vem kaj ga ubije Baza je slabih 10Gb samo ima ogromno nalogov (DN)
Server SQL\*** Job Name preračun Step Name (Job outcome) Duration 16:40:19
Pa se čudi. Imam na drugi bazi DN-je velikost 8gb tam rabi 8min :) |
|
|
|
|
Stopnja: Advanced Member
Pridružen(a): 11/10/2011(UTC) Objave: 75
Zahvale: 1 krat
|
Originally Posted by: dejan  Originally Posted by: kig  Ravno v tem je problem, ker ne vem kaj ga ubije Baza je slabih 10Gb samo ima ogromno nalogov (DN)
Server SQL\*** Job Name preračun Step Name (Job outcome) Duration 16:40:19
Pa se čudi. Imam na drugi bazi DN-je velikost 8gb tam rabi 8min :) Če ti po 1mb netu pošljem bazo, jo preračunaš v 10 minutah pa vse to ne bo trajalo 16 ur... Tudi na hudem serverju je isto, tako da ni server, ni velikost baze... Podatki ampak kaj?
|
|
|
|
Stopnja: PA User
Pridružen(a): 24/04/2009(UTC) Objave: 576  Prejete zahvale: 9 krat v 9 objavah
|
Originally Posted by: kig  Originally Posted by: dejan  Originally Posted by: kig  Ravno v tem je problem, ker ne vem kaj ga ubije Baza je slabih 10Gb samo ima ogromno nalogov (DN)
Server SQL\*** Job Name preračun Step Name (Job outcome) Duration 16:40:19
Pa se čudi. Imam na drugi bazi DN-je velikost 8gb tam rabi 8min :) Če ti po 1mb netu pošljem bazo, jo preračunaš v 10 minutah pa vse to ne bo trajalo 16 ur... Tudi na hudem serverju je isto, tako da ni server, ni velikost baze... Podatki ampak kaj? Referenčna integriteta je ok ? So kakšne negativne zaloge ? |
|
|
|
|
Stopnja: PA User
Pridružen(a): 24/04/2009(UTC) Objave: 332 
|
|
|
|
|
Stopnja: Newbie
Pridružen(a): 03/05/2013(UTC) Objave: 9 
|
Dobro bi bilo pregledat bazo, če slučajno vsebuje kakšne napake z DBCC. Če teh napak ni je lahko execution plan padel. V teh primeri pomaga samo ponovno kreiranje procedure, ki traja tako dolgo.
|
|
|
|
Stopnja: Advanced Member
Pridružen(a): 22/09/2012(UTC) Objave: 35
|
Nam dela preračun zalog celo noč..Katastrofa |
Andreja Žehelj DAVIDOV HRAM D.O.O. |
|
|
|
Stopnja: Advanced Member
Pridružen(a): 11/10/2011(UTC) Objave: 75
Zahvale: 1 krat
|
Baza se predno dela backup in preračun naredi -check database integrity -index maintenance -update database statistic to dela nekje 1 uro potem pa no end za preračun
|
|
|
|
Stopnja: Newbie
Pridružen(a): 03/05/2013(UTC) Objave: 9 
|
Imate mogoče kakšne triggerje na prometih, ki se prožijo ob update zapisa pozicije ali glave dokumenta?
|
|
|
|
Stopnja: Advanced Member
Pridružen(a): 11/10/2011(UTC) Objave: 75
Zahvale: 1 krat
|
Dodatno ne samo tisti kateri so po "defaultu" v pantheonu
|
|
|
|
Stopnja: Newbie
Pridružen(a): 03/05/2013(UTC) Objave: 9 
|
Zdaj pa mi je zmanjkalo idej. Lahko se dogovorimo za termin in pregledam, kdo je krivec za tak dolg preračun prometov.
|
|
|
|
Stopnja: PA User
Pridružen(a): 24/04/2009(UTC) Objave: 576  Prejete zahvale: 9 krat v 9 objavah
|
Kig
Na 55.68.10 raje sploh ne probaj delat preračunov :) |
|
|
|
|
Stopnja: Advanced Member
Pridružen(a): 11/10/2011(UTC) Objave: 75
Zahvale: 1 krat
|
Super, bom dva dni preračunaval, v ponedeljek delamo, v torek zaprto zaradi preračunov, v sredo delamo, pa še to samo vsako prvo v mesecu, pa v petek če bo vreme pravo :) Sem med vikendom vse izklopil in samo preračun zagnal. Duration 06:17:43 Mi je še v nedeljo ratalo Duration 06:18:48 Zdaj moram do 11h zvečer narediti backupe in ostale zadeve, da bo revež 6ur in pol preračunaval promete!!!!!!
|
|
|
|
Stopnja: Newbie
Pridružen(a): 17/03/2014(UTC) Objave: 6
|
Za kakšno obdobje pa ti preračunava? Ker to je res brutalno dolg čas preračunavanja....
|
|
|
|
Stopnja: Newbie
Pridružen(a): 17/03/2014(UTC) Objave: 6
|
Saj nisi več na SQL2005, ne?
|
|
|
|
Stopnja: Advanced Member
Pridružen(a): 11/10/2011(UTC) Objave: 75
Zahvale: 1 krat
|
Po defaultu naj bi preračunaval tekoče leto od zaključka leta naprej.(Materialni prometi) SQL2008
|
|
|
|
Hitra navigacija
Ne smete dodajati novih tem.
Ne smete odgovarjati na teme.
Ne smete brisati svojih objav.
Ne smete urejati svojih objav.
Ne smete ustvarjati anket.
Ne smete glasovati v anketah.