DBF repair tool?

Adott egy százéves, csodálatos DOS könyvelőprogram, régi jó barátom már. Ma úgy fest épp az adatbázisai szartak be, legalábbis sem új adatot nem hajlandó bevinni, sem a meglévőkön nem hajlandó változtatni, emiatt gondolom, hogy a .dbf fájlok között kellene keresni a hibát. Hibaüzenet persze sehol, vagy akármi, amiből el lehetne indulni, a legutolsó mentés pedig három hónapos, mivel floppyra hajlandó csak menteni az Istenadta, azt pedig nem nagyon erőltetik az irodisták..
És persze, mondanom sem kell, őrülten fontos, hogy minél előbb tudjanak vele dolgozni tovább...:)

Horgászat helyett irány a vmi dbf recovery tool keresés, aztán meg gondolom az A: meghajtót is csak át kéne majd mappelni valami kezelhetőbb médiumra....fine!

+1

Vagy valami normális programra áttérni. :)) Tudom, nem olcsó mulatság, na de kérem. DOS 2011-ben? azért ez vicc akárhogy is nézzük.
Viszont a gépparkcsere+OS csere több millió lenne, sokaknak meg ez nem éri meg/nincs pénz.

Lehet trollozni, meg lehülyézni, köszönöm a figyelmet! :)

Üdv. bnv

Hja, a szomorú valóság...
A virtualboxra én is gondoltam már, pontosabban inkább dosboxra, de végülis a dolog így is megy. Persze az A: meghajtót már azóta átmappeltem, de ettől még valamelyik adatbázis sérült maradt, viszont a jövőben akár napi mentést is csinálhatnak majd.

----------------
...jönnek a gépek, a szemükben nincs harag...

(Mellékszál.)

Nem hinném, hogy trollkodsz, de a "normális programra áttérés" gáz. Az eddig használt programban lévő üzleti tudás, és a hozzá illeszkedő workflow cseréje / pótlása valószínűleg megfizethetetlen, de legalábbis aránytalanul drága.

Ha jól sejtem, azok a szoftverek, amelyek régóta léteznék, és valamilyen informatikán kívüli területen célfeladatot látnak el (üzleti alkalmazás, orvosi szoftver, játék), azok mind ebben a cipőben járnak. Osztozom a program felhasználójának esetleges felháborodásában, hogy "ha eddig jó volt, mostantól miért nem jó".

Szerintem virtualizált környezetre áttérni ebben az esetben nemcsak hasznos, hanem kifejezetten kötelező. A DOS egy szerencsétlen kötöttség, aminek azonban a program célja szempontjából semmi jelentősége. Ha a program feladata 2011-ben is létezik, és a program logikája 2011-ben is képes ellátni, akkor a programot a lehető legkisebb felfordulás árán tovább kell használni.

A magam részéről idővel mindenképp oda váltanék majd, de nem csak az én kezemben van a döntés.
Én már régóta váltottam volna valami jól bekonfigurált linuxra, amiben kellő virtualizáció mellett futnának a win-only dolgok, csak sajnos az új/ismeretlen dolgoktól nem gyengén írtoznak.

jelenleg maradt minden így, az adatbázis sajnos menthetetlen volt, semmi nem volt képes az adatokat tökéletesen visszaállítani, de legalább az a: drive helyére beraktam egy könyvtárat, és mostantól napi mentés lesz...

----------------
...jönnek a gépek, a szemükben nincs harag...

( dacas | 2011. 04. 24., v – 13:26 )

szerk.

(Nulladik körben elmenteném a jelenlegi állapotot.)

Első körben törölném az index állományokat, lehet, hogy csak ezek közül valamelyik sérült meg. (Valahol még van egy saját tool, ami
beolvasta->kiírta a dbf fájlból, amit tudott. Ha gondolod előkeresem.)

Valamint dBase-zel érdemes lenne belenézni a dbf fájlokba, hogy mit lát belőlük. Már nem emlékszem, hogy hány rekord lehet egy dBase "adatbázisban", de véletlenül nem lehet, hogy elérte a maximumot?

( zeller | 2011. 04. 24., v – 21:32 )

Ez az a pillanat, amikor a legfa(..)fejebb cégvezetésebn is át lehet paszírozni a régi cucc nyugállományba vonultatását, és áttérést egy új eszközre - ha jól csinálod...
Szerencsére a DBF az akár egy hexaeditorral is simán írható/olvasható formátum, úgyhogy a reparálása sem nagy művészet; de ahogy előttem is írták, első körben az indexeket kéne újrarakni egy full backup után. Nekem sajna 1024 éves flopikon vannak mindenféle dbf-matató dosos cuccaim, és a jelen állás szerint (vadi új meghajtó valamelyik szekrényben/dobozban) előkotorni nem tudom őket...

Igen, végülis már szereztem dbf matató cuccokat, még win alá is van egy egész jó (CDBF talán)
de a probléma sajnos túlmutat a dbf állományokon, mert egyszerűen fizikailag is hibásak a fájlok. tehát sem az újraindexelés, sem pedig a fejlécek helyreállítása nem hozta meg a várt eredményt, mert egyes karakterek egyszerűen eltűntek/felcserélődtek nem oda illő karakterekkel, úgyhogy túl rizikós lett volna továbbhasználni.

----------------
...jönnek a gépek, a szemükben nincs harag...

egyáltalán hülye kérdés ez, de szerintem jó.
viszont az alaplap szinte biztos, hogy nem az.

időközben felvilágosítottak, hogy amikor ez az egész elromlott, a gépen se szó, se beszéd elment a kép, és csak jó negyed óra múlva jött vissza...és azóta nem működik az adatbázis sem.

----------------
...jönnek a gépek, a szemükben nincs harag...

Ha a memória hibás, pontosabban a memóriába írt, és az onnan kiolvasott adat nem azonos minden esetben, akkor szépen össze lehet szemetelni az intenzíven írt fájlokat. Ha ez a memóriahiba pl. csak melegedésre jön elő, akkor a fájlrendszer ellenőrzése során nem fog káoszt csinálni, ha viszont bármikor képes a hibát produkálni, akkor még ebbe is bele lehet futni.
Persze az, hogy az alaplap miatt, vagy a memóriamodulok miatt lesz a CPU regiszteréből a memóriába beírt 42-ből a diszkre 38 kiírva, az neked jelen esetben édes mindegy, viszont hogy mit kell venni a boltban a javításhoz, abból a szempontból nem.

hm. előzőben azt akartam írni, hogy "egyáltalán nem hülye kérdés", de mindegy :)
ezzel pedig egyetértek, valóban nem mindegy, de biztosat tudni úgysem lehet, max majd memtest után. Csak azért gondolok a lapra, mert a tipikus memóriahibás kék-képernyők még soha nem jelentkeztek, viszont az alaplapot nemrég cserélték le (egy használtra).

----------------
...jönnek a gépek, a szemükben nincs harag...

( igiboy | 2011. 04. 24., v – 22:30 )

DOS-os könyvelőprogramot használ 1-2 cég a környezetemben, nekik is mentene, de ott is a floppy lenne a preferált a program szerint.
Mentésre egy BAT fájl lett csinálva, ami összeszedi a gépekről az anyagot, tömöríti és ha van pendrive bedugva akkor kimásolja arra.

Mátrixot használnak főképp, de van laser is, arra is nyomtat a program mindenféle különösebb állítgatás nélkül.
A DOS-os programban lehet választani hogy LPT1-re közvetlenül küldje a cuccot pl EPSON-ként, vagy a windows-on keresztül nyomtasson, akkor pedig a windows-os driver felel érte hogy mi fog kijönni.

Itt is a floppy a menő, ráadásul CSAK a floppy, még erre vonatkozó beállítás sincs. Mindenesetre szerencsére egy jó öreg DOS parancs (ami még win7ben is megvan) máris kihúz a székletből:
subst a: [mentéskönyvtárhelye]
és utána már minden annyira egyszerű.

a nyomtatás szintén elég érdekes, kénytelenek vagyunk a DOSPRN progit használni, mert a nyomtatónál hiába állítom be a megosztást, vagy egyéb módokat, a nyomtató, bár az adatot megkapja, nyomtatni nem nagyon hajlandó sajnos...

----------------
...jönnek a gépek, a szemükben nincs harag...