MAGIC adatbázis megnyitási probléma

MAGIC adatbázis megnyitási probléma
2019-01-11T14:26:05+01:00
2019-01-22T17:15:06+01:00
2022-10-15T21:36:24+02:00
Irvine
A környezet MAGIC 5.7 -- Btrieve adatbázis -- Netware 6.5 szerver.

Az adatbázisok évente külön könyvtár struktúrába vannak.
Valamikor még mielőtt megörököltem volna a rendszert, volt rajta egy MAGIC verzió váltás korábbi verzióról at 5.7-re.  

Valamiért a régi MAGIC nem indítható el.

Kérdésem, hogy a régi MAGIC verzióban készült program futtatható e a jelenlegi 5.7-es keretek között?

Másik kérdésem, hogy a korábbi verzió alatt futott program adatbázisát meg lehet e nyitni a jelenlegi 5.7-es MAGIC-el?
Mutasd a teljes hozzászólást!
Magic-el nem csináltam, az csak egy extra segítség, mert ugye az mindent táblázatokban tart, valószínűleg magában a btrieve táblákban. (De lehet saját adatfile is, ezt ki kell deríteni.)

De pure-btrieve-vel azért elég sokat dolgoztam és nem nagy feladat olvasni az adatait. Én C++-al írtam/olvastam, de elég elterjedt eszköz volt, szerintem sok nyelven, sok elérési csomag lehet hozzá.

Ha nem sikerül a magic-től megszerezni a rekordstrukturát, akkor marad a kézzel meghackelés.
Csináltam ilyet egyszer, egy halott rendszer adatait kellett kinyerni.
Csak az indexek típusa és pozíciója tárolt a btrieve saját szabályai szerint, ez a butil-al azonnal kideríthető illetve magából az adatfileból kiolvastatható az API-ján keresztül.
Vagyis az indexmezők már bepozícionálhatóak. Ennyivel is előrébb vagy.

A rekord tartalmát mint memória puffert kapod vissza, kulcs alapján célzottan megkapod a kért rekordot.
Én azt tettem, hogy új rekordot vittem fel egyszerű, jól beazonosítható egyedi adattartalommal a rendszerből, ezt kiolvastam a programomba kulcs alapján és a rekordban megkerestem az adatmezőket debuggerrel.
De ugyanez meg a létező adatok elemzéséből is, csak könyebb ha csupa zero/null/empty mező között található egy-két kitöltött ismert tartalmú mező és más más rekordokban más-más mezők kitöltése, minél kevesebb egyszerre (a kötelező mezőket meg, ha nem lehet üresen hagyni, akkor egyentartalommal kitölteni). 

Persze ha közvetlen btrieve utility-t nem is találsz de ascii textre használtam annó  olyan struktura felderítő utilityt, ami szépen oszlopokra bontotta részben automatikusan, részben az oszlopok kézi mozgatásával a rekordot és segített elemezni a rekordokat. Miért is ne lenne (még a régi szép dos-os időkből származó, mert akkor ez rutinprobléma volt) bináris adatokra is ilyen.

Ekkor a btrievet kinyomod sekvenciális bináris fileba, rekordonként és spéci eszközzel felderíteni a strukturáját.
Mutasd a teljes hozzászólást!

  • Szia!

    Valamikor még 2000 körül kezeltem 4-5 novel szervert de hidd el szinte már csak rémlik hogy milyen is volt.

    A kérdéseidre a leggyorsabb választ úgy kapod meg ha kipróbálod.
    Készíts egy klónt, teszteld, ha működik örülj.
    Ha nem működik akkor lehet tovább lépni.

    Ha update-elve lett akkor miért kellene elindulni a régi verziónak?
    Az update nem "mellé" telepít hanem "rá"

    Az hogy az adatbázis megnyitható/használható e a program új verziójával erősen program függő.
    Ha az adatbázis struktúra nem változott akkor igen, ha az is módosult akkor nem vagy csak részben fog működni(nem minden, vagy hibásan) a program. 


    Melyik években használtatok még NOVEL-t?
    Mutasd a teljes hozzászólást!
  • 2013-ban cseréltük le a rendszert, de az adatokat még 35 évig meg kell őrizni.

    Jelenleg az adatok MS SQL-re migrálását végezzük,  de van 3 év, aminek az adatait nem tudjuk megnyitni.
    A szerve tehát a mai napig online.

    Sajnos valamikor és több alkalommal is változott az adatbázis és a program is követte a változást.
    Mutasd a teljes hozzászólást!
  • Az update nem "mellé" telepít hanem "rá"

    A Novell fájl struktúrában a verziók külön vannak telepítve, így látszólag nem ráírta, hanem mellé.

    Készíts egy klónt, teszteld, ha működik örülj.

    Klónt készíteni szinte lehetetlen, mert a szerver virtualizálás megbicsaklott, másik hardver pedig nincs, csak lényegesen más és újabb.

    A kliens gép 1 múmia DOS-os gép, ami 10-12 éves legalább, még a 486-os világból.
    Sikerült virtualizálni, de a hardware kulcsot a virtuális környezetből nem érte el a program.

    Szóval nagy szivató.
    Emellett nem ismerem mélyen a MAGIC és Btrieve rejtelmeit.
    Mutasd a teljes hozzászólást!
  • Akkor nincs más, létre kell hozni a korábbi keret verziót futtató szervert és a korábbi verziójú adatbázist feltenni rá, és a korábbi verziójú programot előszedni és futtatni.

    Ha hiányzanak a telepítő médiák akkor nagyon nehéz lesz.
    Mutasd a teljes hozzászólást!
  • HDD klón...
    A vas minden esetben ugyanaz lehet.
    Mutasd a teljes hozzászólást!
  • A Btrieve adatai szépen olvashatóak, csak a strukturát kell felderíteni. (nem vagy kötve a Novell szerverhez sem, windows alatt is megy)
    Egyrészt az adatok ismeretében ez megoldható, mivel a típusok és tárolásuk jól definiált, utility-k is vannak.

    Másrászt a Magic is tárolja valahol a strukturákat (ha nem is a későbbi Pervasive féle, az SQL alapját képező strukturában, mert az ugyan kezdetlegesen már a Btrieve esetén is meg volt, csak nem volt még általánosan elterjedt a Magic megjelenésekor).

    Mindensetre ilyen utility-t érdemes keresned, ami a Magic féle Btrieve rekord managerből kiexportál.
    Mutasd a teljes hozzászólást!
  • A btrieve.exe az adatbáziskezelő alkalmazás. De van mellette egy butil.exe nevű program is, ezzel ki tudod exportálni az adatbázist vmi olvasható txt file-ba.
    Már régen dolgoztam btrieve-vel és magic-kel, de a butil-t használtam pl elromlott indexek újragenerálására.

    De sztem az a kérdés, miért nem inditható el a magic. A hardware kulcs miatt?
    Mutasd a teljes hozzászólást!
  • Köszi.

    Ma rágooglezok a utility-kre, de ha tudsz támpontot adni az előrébb vinne.
    Mutasd a teljes hozzászólást!
  • Köszi.
    Utána nézek.

    A hozzá nem értő tippem, hogy a hardver kulcs az újabb MAGIC verzióhoz való és a régebbi nem eszi meg.
    Az adat export is segítene, mert a program fejlesztője elérhető, az adatok alapján rekonstruálni tudja az adatszerkezetet.
    Mutasd a teljes hozzászólást!
  • Magic-el nem csináltam, az csak egy extra segítség, mert ugye az mindent táblázatokban tart, valószínűleg magában a btrieve táblákban. (De lehet saját adatfile is, ezt ki kell deríteni.)

    De pure-btrieve-vel azért elég sokat dolgoztam és nem nagy feladat olvasni az adatait. Én C++-al írtam/olvastam, de elég elterjedt eszköz volt, szerintem sok nyelven, sok elérési csomag lehet hozzá.

    Ha nem sikerül a magic-től megszerezni a rekordstrukturát, akkor marad a kézzel meghackelés.
    Csináltam ilyet egyszer, egy halott rendszer adatait kellett kinyerni.
    Csak az indexek típusa és pozíciója tárolt a btrieve saját szabályai szerint, ez a butil-al azonnal kideríthető illetve magából az adatfileból kiolvastatható az API-ján keresztül.
    Vagyis az indexmezők már bepozícionálhatóak. Ennyivel is előrébb vagy.

    A rekord tartalmát mint memória puffert kapod vissza, kulcs alapján célzottan megkapod a kért rekordot.
    Én azt tettem, hogy új rekordot vittem fel egyszerű, jól beazonosítható egyedi adattartalommal a rendszerből, ezt kiolvastam a programomba kulcs alapján és a rekordban megkerestem az adatmezőket debuggerrel.
    De ugyanez meg a létező adatok elemzéséből is, csak könyebb ha csupa zero/null/empty mező között található egy-két kitöltött ismert tartalmú mező és más más rekordokban más-más mezők kitöltése, minél kevesebb egyszerre (a kötelező mezőket meg, ha nem lehet üresen hagyni, akkor egyentartalommal kitölteni). 

    Persze ha közvetlen btrieve utility-t nem is találsz de ascii textre használtam annó  olyan struktura felderítő utilityt, ami szépen oszlopokra bontotta részben automatikusan, részben az oszlopok kézi mozgatásával a rekordot és segített elemezni a rekordokat. Miért is ne lenne (még a régi szép dos-os időkből származó, mert akkor ez rutinprobléma volt) bináris adatokra is ilyen.

    Ekkor a btrievet kinyomod sekvenciális bináris fileba, rekordonként és spéci eszközzel felderíteni a strukturáját.
    Mutasd a teljes hozzászólást!
  • Újabb infó, hogy MAGIC 4.0-ban készült a program, és minden adat valami.BVD fájlokban van tárolva.
    Mutasd a teljes hozzászólást!
  • Strasszer, FBS!

    Eljutottam a btrieve engine futtatásával a *.BVD fájlok megnyitásáig több progi segítségével is. (BUTIL, BTSEARCH, stb.)

    A gond most már az, hogy a fájl tartalma részben olvasható (számok), de a többi elég furcsa karakterek.

    Tudnátok valami iránymutatást adni mit tehetnék?
    Mutasd a teljes hozzászólást!
Tetszett amit olvastál? Szeretnél a jövőben is értesülni a hasonló érdekességekről?
abcd