MSSQL7 - MSSQL8 adatbazis ativitele
2010-02-01T16:45:27+01:00
2010-02-02T18:08:52+01:00
2022-07-24T22:00:35+02:00
Mindthegap
Sziasztok, eloszor is bocs az ekezetekert..
Olyan kerdesem lenne hogy mikent tudom megoldani az adatbazis atvitelet?

#a keplet a kovetkezo lenne- adott egy konyvelo program ami mssql7-et hasznal.
Letoltottem a konyvelo program 2010es demo valtozatat tesztelni, viszont nem amikor feltelepitettem a progit letrehozott egy mssql8.
Namost a mentett adatbazis az a konyvelo progi sajat mento varazslojaval keszult es igy nem tudom attolteni az ujra csatlakozasi hiba miatt.
Ezt valahogy maskeppen is meg lehetne oldani a konyvelo program belso adat visszatolto program kihagyasaval?
Tehat ha file szinten kimasolom a az mssql7 bol es azt atmasolom az ujba? esetleg valami megoldas lenne erre?

Valaszokat elor eis koszonom
Mutasd a teljes hozzászólást!
Manapság nem nyitnbak évente új adatbázist a könyvelő progik,


A mienk nyit. Minden könyvelt cég, minden évre külön adatbázist kap.

Hiába teszel a 8-as SQL szerver alá egy másik, korábbi adatbázist (már ha a neve nem egyezik meg a jelenlegivel) arról az új alkalmazás nem is fog tudni.


Nem is kell. Korábbi adatbázis->korábbi program. Uj adatbázis->Uj program. Vagy egy program a korábbi és uj adatbázishoz is. A könyvelőprogram iroján mulik, hogy valositja meg.
Mutasd a teljes hozzászólást!

  • Ismerös a probléma.

    Elöször is

    Az eredeti adatbázisról készits biztonsági másolatot. Legegyszerübb, hja a komplett MSSQL7 mappát mented az adatbázisokkal együtt.

    Ha megvan:
    Ide telepitsd fel az mssql8at (SQL2000). A telepités parancsoros vezérléssel történik, a MS download site-on megtalálod a leirást is. Upgrade-ként kell telepiteni, ezzel átkonvertálja a létező adatbázisokat az ujabb verziora. Ezzel a 2 munkaállomás SQL szervere azonos verzioszinten lesz.
    Most mentheted/exportálhatod az adatbázist a régi könyvelőprogramoddal, amit az ujban meg is tudsz nyitni majd.
    Előfordulhat, h. a demo korlátok miatt egyes funkciók/részek nem lesznek elérhetőek.
    Mutasd a teljes hozzászólást!
  • Szia kb80a,

    Wov gondoltam lesz ra vmi megoldas... viszont elfelejtettem irni hogy tolemegy kicsit messze van az sql szoval ha egy kicsit szajbaragosan kerhetnem. :) ne haragudj de tenyleg 0 a tudasom ezekben.

    Szoval lementettem a regi allomanyt a geprol mssql7teljes konyvtarat. ezzel megvolnek.

    Most mar le van toltve a demo progi telepitve az en gepemen, amire mar letrehozta, feltelepitette a mssql8-at.

    Innen mi lenne tovabb? vagy elve nemigy kellett volna?
    Az a parancssori vezerles az mi? :(

    Vagy meg azt meg tudom oldani hogy feltelepitem a regi konyvelsi progit, ratoltok egy mentest, mikor ez megvolt azutan upgradelem az sql-t, csinalok egy mentest, ujra telepitem a demo-t es az upgradelt mentest visszatoltom?

    a korlatok nem gond mert csak tesztelesre lenne hogy erdemes e valtani az ujra.

    Addig megnezem az msoldalt
    koszonom
    Mutasd a teljes hozzászólást!
  • Van kéznél 2 gép, amin tudsz dolgozni? Ha igen, egyiken hajtsd végre az upgradet, másikon legyen a demo.

    Ha egy gépen tudsz csak dolgozni, ne tedd fel a demot, mig az upgrade folyamat nincs kész, mssql8-at is uninstalláld. Maradjon az mssql7+régi adatok.

    Az sql2000-et innenszedd le.

    SQL2000.MSDE-KB884525-SP4-x86.EXE

    Ezt kicsomagolod egy könyvtárba. A parancsori vezérlés azt jelenti, h. paraméterezni kell, különben nem fog települni.
    Majd megkeresem, ha kell, h. mi volt a pontos paraméter.
    Mutasd a teljes hozzászólást!
  • igen marad az egy gepes variacio :( mind1 a sql2000 mar kuszik le,, a demo is torlodik.

    Ha ez kesz felrakom a regit+adatbazist

    na is itt leszek meglove a parancssorival :( en sajnos meg a klikkelos koszakot elem :( viszont marciusban mar kezdodik a it suli ... kell mert olyan hulyenek erzem magam.

    Viszont szepen kerlek keresd meg nekem hogy az upgrade mikent is mukodik.
    koszonom
    Mutasd a teljes hozzászólást!
  • ebben benne van a komplett utmutato.

    3.2.2 Upgrading Existing Instances of MSDE 2000 to MSDE 2000 SP4

    Ebben nézd meg a lehetőségeket. Megtalálod azt, amelyik a kondiciodhoz illik. Sztem az első vagy a harmadik tökéletes lehet, mivel nincs hálozaton a gép/a könyvelés nem hálozaton zajlik.
    Mutasd a teljes hozzászólást!
  • rendben koszonom szepen a segitsegedet, remelem meg tudom oldani.
    esetleg majd meg privatban kerdezhetek ha esetleg vmi vel megakadok? mert most egyenlore a gepemre nem megy fel a regi vmi sa jelszot ker..
    szoval most egyenlore itt megaltam.

    Mindent Koszonok!

    Udv
    Mutasd a teljes hozzászólást!
  • Szerintem ezzel az egésszel lesz egy kis gond:
    Nem túl valószínű, hogy ugyan az az adatszerkezet, mint a korábbi verzióban. Hiába is teszed át az adatbázist attól még az új kliens nem fogja azt tudni használni.

    Meg kell kérdezni a fejlesztőket, hogy létezik-e megoldásuk a migrációra (valószínűleg igen).
    Mutasd a teljes hozzászólást!
  • nem megy fel a regi vmi sa jelszot ker..


    Az 'sa' jelszóval már nekem is volt szivásom, gyakran nem fogadott el semmit.

    Rakd fel egy szüz rendszerre a régi könyvelő programot, az majd felrakja az SQL70-t is gondolom. Utána állitsd le a service-t, és másold be a mentett rendszert az uj helyére. Inditsd el a service-t, teszteld, h. a könyvelőprogrammal hozzá lehet-e féri az adatokhoz igy. Utána probáld az SQL upgrade-t futtatni.
    Mutasd a teljes hozzászólást!
  • Hiába is teszed át az adatbázist attól még az új kliens nem fogja azt tudni használni.


    Ha ugyanaz az MSDE főverzioja, müködni fog. Kiprobáltam, sajnos nekem is szükségem volt már ilyenre.

    létezik-e megoldásuk a migrációra


    Igen, az SQL setup képes erre.
    Mutasd a teljes hozzászólást!
  • Szerintem nem érted a problémát. Idézek a topicnyitótól:
    Letoltottem a konyvelo program 2010es demo valtozatat tesztelni

    Szerinted biztosan ugyan az a táblaszerkezet a jelenlegi és a legújabb verzióban? Mert szerintem koránt sem biztos. (Sőt, szinte biztosan nem.)

    Addig rendben, hogy a régi adatbázist át lehet pakolni az új verziójú SQL alá, de hogy ezzel a kliens nem fog tudni mit kezdeni, az biztos. Ez így arra lenne jó, hogy ha upgrade-elik a központi adatbázis-szervert, akkor a meglévő kliens alkalmazások adatbázisát át lehet vinni. De az új kliensnek a régi adatbázist odaadni az nem csak az rdbms verzión múlik.

    A migrációra pedig nem az SQL Server verzióváltása, hanem az adatszerkezet módosulása miatt van szükség. Erre általában gondolnak a fejlesztők.

    Mutasd a teljes hozzászólást!
  • Szerintem nem érted a problémát. Idézek a topicnyitótól:
    Letoltottem a konyvelo program 2010es demo valtozatat tesztelni


    De értem. Az uj könyvelő program SQL 2000-et használ. De neki a régi adatait is el kellene érnie. Mivel egy gépen csak egy SQL müködtetése egészséges, ezért kellene a régi program adatait is a SQL2000 szintre emelni. A számviteli törvény kötelezi a könyvelőket, h. visszamenőleg elérhetőek legyenek az adatok. Ha sikerül SQL7.0-ról SQL 2000-re átállni, akkor mind2 könyvelő program müködni fog vele, és - ha elég okos az uj könyvelő progi - be fogja tudni nyitni a korábbi év adatait. Nem szükséges ugyanaz a táblaszerkezet legyen a 2 verzioban, de ilyenkor a konvertálásért a könyvelőprogram a felelős (a mi esetünkben egységes, ugyanaz a program kezeli a korábbi és az aktuális évet is). Korábban SQL 7.0-val indultunk, most már kötelező min. SQL2000, igy visszamenőleg a korábbi adatok is upgradelve lettek.
    Mutasd a teljes hozzászólást!
  • Mivel egy gépen csak egy SQL müködtetése egészséges

    Ez így ebben a formában nem igaz. Akárhány instance futhat, akármilyen módon megkeverve a verziószámokat. MSDE-t és Express-t pedig pont úgy találták ki, h az alkalmazás része legyen.

    Manapság nem nyitnbak évente új adatbázist a könyvelő progik, mint a dbase idelyében. Minden egy adatbázisban van. Hiába teszel a 8-as SQL szerver alá egy másik, korábbi adatbázist (már ha a neve nem egyezik meg a jelenlegivel) arról az új alkalmazás nem is fog tudni.

    Szerintem - és ez már feltételezés - a topiknyitó mindössze annyit szeretett volna elérni, hogy a korábbi adatokat áthozza a korábbi verzióból és így próbálja ki a demo-t - valós adatokkal. No ez így megvalósíthatatlan.

    szerk: még valami. Itt nem egyszerű év-váltásról van szó, hanem verzióváltásról.
    Mutasd a teljes hozzászólást!
  • Manapság nem nyitnbak évente új adatbázist a könyvelő progik,


    A mienk nyit. Minden könyvelt cég, minden évre külön adatbázist kap.

    Hiába teszel a 8-as SQL szerver alá egy másik, korábbi adatbázist (már ha a neve nem egyezik meg a jelenlegivel) arról az új alkalmazás nem is fog tudni.


    Nem is kell. Korábbi adatbázis->korábbi program. Uj adatbázis->Uj program. Vagy egy program a korábbi és uj adatbázishoz is. A könyvelőprogram iroján mulik, hogy valositja meg.
    Mutasd a teljes hozzászólást!
  • Szia kb80a,

    Koszonom szepen a segitseget, ugy nez ki sikerult megoldanom az adatbazis frissitest, es elemletileg mukodik a demo progi, azert csak elmeletileg mert most keszult el s a teszteles ezutan kezdodik. Eddig siman felallt a progi latja az adatbazist szoval okes minden.
    Inditaskor ugyan volt egy hiba uzenet miszerint "invalid object name `language` " de gondolom ez nem egy egetvero problema...

    nalad a pont!
    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