Access-adatbázis áttelepítése SQL Serverre

Előzetes tennivalók

Az alábbi szakaszok a kezdéshez szükséges hátteret és egyéb információkat ismertetik.

A felosztott adatbázisok ismertetése

Az Access adatbázis-objektumai lehetnek egy adatbázisfájlban, vagy két adatbázisfájlban is tárolhatók: egy előtér- és egy háttéradatbázisban. Ezt az adatbázis felosztásának nevezzük, és úgy tervezték, hogy megkönnyítse a hálózati környezetben való megosztást. A háttéradatbázis-fájl csak táblákat és kapcsolatokat tartalmazhat. Az előtérfájl csak az összes többi objektumot tartalmazhatja, beleértve az űrlapokat, jelentéseket, lekérdezéseket, makrókat, VBA-modulokat és csatolt táblákat a háttéradatbázishoz. Az Access-adatbázisok migrálásakor hasonló a SQL Server felosztott adatbázisához, amely új háttérrendszerként szolgál a kiszolgálón található adatokhoz.

Ennek eredményeképpen továbbra is fenntarthatja az előtérbeli Access-adatbázist a SQL Server táblákhoz csatolt táblákkal. Hatékonyan kihasználhatja az Access-adatbázisok által biztosított gyors alkalmazásfejlesztés előnyeit, valamint a SQL Server méretezhetőségét.

SQL Server előnyök

Még mindig szüksége van néhány meggyőző migrálásra SQL Server? Íme néhány további előny, amelyeket át kell gondolnia:

Több egyidejű felhasználó SQL Server sokkal több egyidejű felhasználót képes kezelni, mint az Access, és minimalizálja a memóriaigényt, ha több felhasználót adnak hozzá.
Nagyobb rendelkezésre állás A SQL Server dinamikusan készíthet biztonsági másolatot az adatbázisról, akár növekményesen, akár teljes egészében, amíg használatban van. Ezért az adatok mentését megelőzően nem kell felszólítani a felhasználókat az adatbázisból való kilépésre.
Nagy teljesítmény és méretezhetőség A SQL Server adatbázis általában jobb teljesítményt biztosít, mint egy Access-adatbázis, különösen nagy méretű, terabájt méretű adatbázisok esetén. Emellett a SQL Server sokkal gyorsabban és hatékonyan dolgozza fel a lekérdezéseket a lekérdezések párhuzamos feldolgozásával, és egyetlen folyamaton belül több natív szálat használ a felhasználói kérések kezeléséhez.
Továbbfejlesztett biztonság Megbízható kapcsolat használatával a SQL Server integrálható a Windows rendszerbiztonsággal, hogy egyetlen integrált hozzáférést biztosítson a hálózathoz és az adatbázishoz, és mindkét biztonsági rendszer közül a legjobbat alkalmazza. Ez sokkal egyszerűbbé teszi az összetett biztonsági sémák felügyeletét. SQL Server a bizalmas adatok, például a társadalombiztosítási számok, a hitelkártyaadatok és a bizalmas címek ideális tárolása.
Azonnali helyreállíthatóság Ha az operációs rendszer összeomlik vagy áramkimaradás lép fel, SQL Server percek alatt automatikusan helyreállíthatja az adatbázist konzisztens állapotba, és nem kell adatbázis-rendszergazdai beavatkozást végeznie.
A VPN használata A hozzáférés és a virtuális magánhálózatok (VPN) nem jutunk ki egymásból. A SQL Server azonban a távoli felhasználók továbbra is használhatják az Asztali Access előtér-adatbázisát és a VPN-tűzfal mögött található SQL Server háttérrendszert.
Azure SQL Server A SQL Server előnyei mellett dinamikus skálázhatóságot biztosít állásidő nélkül, intelligens optimalizálást, globális méretezhetőséget és rendelkezésre állást, a hardverköltségek megszüntetését és a kisebb adminisztrációt.

Válassza ki a legjobb Azure SQL Server lehetőséget

Ha Azure SQL Serverre migrál, három lehetőség közül választhat, amelyek mindegyike különböző előnyökkel jár:

Önálló adatbázis/rugalmas készletek Ez a beállítás saját erőforráskészlettel rendelkezik, amelyet egy SQL Database-kiszolgálón keresztül kezel. Egyetlen adatbázis olyan, mint egy tartalmazott adatbázis a SQL Server. Hozzáadhat egy rugalmas készletet is, amely egy adatbázis-gyűjtemény, amely a SQL Database-kiszolgálón keresztül felügyelt megosztott erőforráskészlettel rendelkezik. A leggyakrabban használt SQL Server funkciók beépített biztonsági mentésekkel, javításokkal és helyreállítással érhetők el. De nincs garantált pontos karbantartási idő, és a SQL Server-ból való migrálás nehéz lehet.
Felügyelt példány Ez a lehetőség rendszer- és felhasználói adatbázisok gyűjteménye, amelyek megosztott erőforráskészlettel rendelkeznek. A felügyelt példány olyan, mint a SQL Server-adatbázis egy példánya, amely nagy mértékben kompatibilis a helyszíni SQL Server. A felügyelt példányok beépített biztonsági mentésekkel, javításokkal, helyreállítással és könnyen migrálhatóak SQL Server. Azonban kevés olyan SQL Server funkció van, amely nem érhető el, és nincs garantált pontos karbantartási idő.
Azure virtuális gép Ezzel a beállítással SQL Server futtathat egy virtuális gépen az Azure-felhőben. Teljes hozzáféréssel rendelkezik a SQL Server motorhoz és egy egyszerű migrálási útvonalhoz. Azonban kezelnie kell a biztonsági másolatokat, a javításokat és a helyreállítást.

További információ: Az Adatbázis migrálási útvonalának kiválasztása az Azure-ba és Mi a Azure SQL?.

Első lépések

Az SSMA futtatása előtt néhány olyan problémát is elháríthat, amely segíthet leegyszerűsíteni a migrálási folyamatot:

Táblaindexek és elsődleges kulcsok hozzáadása Győződjön meg arról, hogy minden Access-tábla rendelkezik indexszel és elsődleges kulccsal. SQL Server minden táblának rendelkeznie kell legalább egy indexszel, és egy csatolt táblának rendelkeznie kell egy elsődleges kulccsal, ha a tábla frissíthető.
Elsődleges/idegen kulcs kapcsolatainak ellenőrzése Győződjön meg arról, hogy ezek a kapcsolatok konzisztens adattípusú és méretű mezőkön alapulnak. SQL Server nem támogatja a különböző adattípusú és méretű illesztett oszlopokat az idegenkulcs-korlátozásokban.
A Melléklet oszlop eltávolítása Az SSMA nem migrálja a Melléklet oszlopot tartalmazó táblákat.

Az SSMA futtatása előtt végezze el az alábbi első lépéseket.

Zárja be az Access-adatbázist.
Győződjön meg arról, hogy az adatbázishoz csatlakozó jelenlegi felhasználók is bezárják az adatbázist.
Ha az adatbázis .mdb fájlformátumban van, akkor távolítsa el a felhasználói szintű biztonságot.
Az adatbázis biztonsági mentése. További információ: Adatok védelme biztonsági mentési és visszaállítási folyamatokkal.

Tipp: Fontolja meg Microsoft SQL Server Express kiadás telepítését az asztalra, amely akár 10 GB-ot is támogat, és ingyenes és egyszerűbb módja a migrálás futtatásának és ellenőrzésének. Csatlakozáskor használja a LocalDB-t adatbázispéldányként.

Tipp: Ha lehetséges, használja az Access különálló verzióját. Ha csak a Microsoft 365 használható, akkor az Access 2010 adatbázismotorral migrálja az Access-adatbázist az SSMA használatakor. További információt a Microsoft Access adatbázismotor 2010 terjeszthető verziójában talál.

Az SSMA futtatása

A Microsoft Microsoft SQL Server Migration Assistant (SSMA) biztosít a migrálás megkönnyítése érdekében. Az SSMA főként táblákat migrál, és paraméterek nélküli lekérdezéseket választ ki. Az űrlapok, jelentések, makrók és VBA-modulok nem lesznek konvertálva. A SQL Server Metadata Explorer megjeleníti az Access-adatbázis objektumait és SQL Server objektumait, így áttekintheti mindkét adatbázis aktuális tartalmát. Ezt a két kapcsolatot a rendszer a migrálási fájlba menti, ha úgy dönt, hogy a jövőben további objektumokat fog átvinni.

Megjegyzés: Az áttelepítési folyamat eltarthat egy ideig az adatbázis-objektumok méretétől és az átvitt adatok mennyiségétől függően.

Ha az SSMA használatával szeretne áttelepíteni egy adatbázist, először töltse le és telepítse a szoftvert úgy, hogy duplán kattint a letöltött MSI-fájlra. Győződjön meg arról, hogy a számítógépének megfelelő 32 vagy 64 bites verziót telepíti.
Az SSMA telepítése után nyissa meg az asztalon, lehetőleg az Access-adatbázisfájllal rendelkező számítógépről.

Olyan gépen is megnyithatja, amely hozzáféréssel rendelkezik az Access-adatbázishoz a megosztott mappában lévő hálózatról.
Kövesse az SSMA első utasításait olyan alapvető információk megadásához, mint a SQL Server helye, az Access-adatbázis és az áttelepítendő objektumok, a kapcsolati információk, valamint a csatolt táblák létrehozása.
Ha SQL Server 2016-os vagy újabb verzióra migrál, és frissíteni szeretne egy csatolt táblát, adjon hozzá egy rowversion oszlopot az Eszközök áttekintése > Projektbeállítások > Általános lehetőség kiválasztásával.

A rowversion mező segít elkerülni a rekordütközéseket. Az Access ezt a rowversion mezőt használja egy SQL Server csatolt táblában annak meghatározásához, hogy mikor frissült utoljára a rekord. Ha hozzáadja a rowversion mezőt egy lekérdezéshez, az Access azt használja a sor ismételt kijelölésére egy frissítési művelet után. Ez javítja a hatékonyságot azáltal, hogy segít elkerülni az írási ütközési hibákat és a rekordtörlési forgatókönyveket, amelyek akkor fordulhatnak elő, ha az Access az eredeti beküldéstől eltérő eredményeket észlel, például lebegőpontos szám adattípusokkal és oszlopokat módosító eseményindítókkal. Ne használja azonban a rowversion mezőt űrlapokban, jelentésekben vagy VBA-kódban. További információ: rowversion.

Megjegyzés: Kerülje a sorverzió időbélyegekkel való összekeverését. Bár a kulcsszó időbélyege a rowversion szinonimája a SQL Server-ben, a rowversion nem használható adatbejegyzések időbélyegzőjeként.
A pontos adattípusok megadásához válassza az Eszközök áttekintése > a Projektbeállítások > Típusleképezés lehetőséget. Ha például csak angol nyelvű szöveget tárol, az nvarchar adattípus helyett használhatja a varchart.

Objektumok konvertálása

Az SSMA az Access-objektumokat SQL Server objektumokká alakítja, de nem másolja azonnal az objektumokat. Az SSMA a következő migrálandó objektumok listáját tartalmazza, így eldöntheti, hogy át szeretné-e helyezni őket SQL Server adatbázisba:

Táblák és oszlopok
Válassza a Paraméterek nélküli lekérdezések lehetőséget.
Elsődleges és idegen kulcsok
Indexek és alapértelmezett értékek
Korlátozások ellenőrzése (nulla hosszúságú oszloptulajdonság engedélyezése, oszlopérvényesítési szabály, táblaérvényesítés)

Ajánlott eljárásként használja az SSMA értékelési jelentést, amely megjeleníti a konverziós eredményeket, beleértve a hibákat, figyelmeztetéseket, tájékoztató üzeneteket, a migrálás végrehajtásához szükséges időbecsléseket és az objektumok tényleges áthelyezése előtt végrehajtandó egyéni hibajavítási lépéseket.

Az adatbázis-objektumok konvertálása során az Access-metaadatok objektumdefiníciói egyenértékű Transact-SQL(T-SQL) szintaxissá alakulnak, majd betöltik ezeket az információkat a projektbe. Ezután megtekintheti az SQL Server vagy SQL Azure objektumokat és tulajdonságaikat SQL Server vagy SQL Azure Metaadat-kezelővel.

Az objektumok SQL Server való konvertálásához, betöltéséhez és migrálásához kövesse ezt az útmutatót.

Tipp: Miután sikeresen migrálta az Access-adatbázist, mentse a projektfájlt későbbi használatra, hogy újra áttelepíthesse az adatokat tesztelés vagy végleges áttelepítés céljából.

Táblák csatolása

Fontolja meg az SQL Server OLE DB- és ODBC-illesztőprogramok legújabb verziójának telepítését a windowsos natív SQL Server illesztőprogramok használata helyett. Nem csak az újabb illesztőprogramok gyorsabbak, de támogatják a Azure SQL új funkcióit, amelyeket a korábbi illesztőprogramok nem. Az illesztőprogramokat minden olyan számítógépre telepítheti, amelyen a konvertált adatbázist használják. További információ: Microsoft OLE DB Driver 18 for SQL Server és Microsoft ODBC Driver 17 for SQL Server.

Az Access-táblák áttelepítése után hivatkozhat a SQL Server azon tábláira, amelyek most az adatokat tartalmazzák. Az Accessből közvetlenül összekapcsolva egyszerűbben tekintheti meg az adatokat a bonyolultabb SQL Server felügyeleti eszközök használata helyett. A csatolt adatokat a SQL Server adatbázis rendszergazdája által beállított engedélyektől függően kérdezheti le és szerkesztheti.

Megjegyzés: Ha odbc DSN-t hoz létre, amikor a csatolási folyamat során a SQL Server-adatbázishoz csatolja, hozza létre ugyanazt a DSN-t az új alkalmazást használó összes gépen, vagy programozott módon használja a DSN-fájlban tárolt kapcsolati karakterlánc.

További információ: Adatok csatolása vagy importálása egy Azure SQL Server-adatbázisból és adatok importálása vagy csatolása egy SQL Server-adatbázisban lévő adatokhoz.

Tipp: Ne felejtse el használni a Csatolttábla-kezelőt az Accessben a táblák kényelmes frissítéséhez és újrakapcsolásához. További információ: Csatolt táblák kezelése.

Tesztelés és felülvizsgálat

A következő szakaszok a migrálás során felmerülő gyakori problémákat és azok kezelését ismertetik.

Lekérdezések

Csak a választó lekérdezések lesznek konvertálva; más lekérdezések nem, beleértve a paramétereket használó lekérdezések kiválasztását is. Előfordulhat, hogy egyes lekérdezések nem lesznek teljesen konvertálva, és az SSMA lekérdezési hibákat jelent az átalakítási folyamat során. A T-SQL szintaxissal manuálisan szerkesztheti azokat az objektumokat, amelyek nem konvertálhatók. Szintaktikai hibák esetén szükség lehet az Access-specifikus függvények és adattípusok SQL Server való manuális átalakítására is. További információ: Az Access SQL és SQL Server TSQL összehasonlítása.

Adattípusok

A hozzáférés és a SQL Server hasonló adattípusokkal rendelkeznek, de vegye figyelembe az alábbi lehetséges problémákat.

Nagy szám A Nagy méretű szám adattípus nem monetáris numerikus értéket tárol, és kompatibilis az SQL bigint adattípusával. Ezzel az adattípussal hatékonyan számíthat ki nagy számokat, de ehhez az Access 16 (16.0.7812 vagy újabb) .accdb adatbázisfájl-formátumot kell használnia, és az Access 64 bites verziójával jobban működik. További információt a Nagy méretű szám adattípus használata és a Választás az Office 64 bites vagy 32 bites verziója között című témakörben talál.

Igen/Nem Alapértelmezés szerint az Access Igen/Nem oszlopa SQL Server bitmezővé lesz konvertálva. A rekordzárolás elkerülése érdekében győződjön meg arról, hogy a bitmező úgy van beállítva, hogy ne tiltsa le a NULL értékeket. Az SSMA-ban a bitoszlop kiválasztásával a Null értékek engedélyezése tulajdonságot NEM értékre állíthatja. A TSQL-ben használja a CREATE TABLE vagy az ALTER TABLE utasítást.

Dátum és idő Több szempontot is figyelembe kell venni a dátum és az idő szempontjából:

Ha az adatbázis kompatibilitási szintje 130 (2016 SQL Server) vagy annál magasabb, és egy csatolt tábla egy vagy több datetime vagy datetime2 oszlopot tartalmaz, a tábla visszaadhatja az eredményekben #deleted üzenetet. További információ: Access csatolt tábla SQL-Server adatbázis visszaadja #deleted.
Az Access dátum/idő adattípusával képezheti le a datetime adattípust. A Hozzáférési dátum/idő meghosszabbítva adattípussal képezheti le a nagyobb dátum- és időtartományú datetime2 adattípust. További információ: A kiterjesztett dátum/idő adattípus használata.
A SQL Server dátumainak lekérdezésekor vegye figyelembe az időt és a dátumot is. Például:
- DateOrdered Között 1/1/19 és 1/31/19 nem tartalmazza az összes megrendelést.
- DateOrdered Között 1/1/19 00:00:00 és 1/31/19 11:59:59 du. nem tartalmazza az összes megrendelést.

Melléklet A Melléklet adattípus egy fájlt tárol az Access-adatbázisban. A SQL Server több lehetőséget is figyelembe kell vennie. Kibonthatja a fájlokat az Access-adatbázisból, majd érdemes lehet a SQL Server-adatbázisban lévő fájlokra mutató hivatkozásokat is tárolnia. Másik lehetőségként a FILESTREAM, a FileTables vagy a Távoli BLOBtároló (RBS) használatával is tárolhatja a mellékleteket a SQL Server adatbázisban.

Hivatkozás Az Access-táblázatok olyan hivatkozásoszlopokkal rendelkeznek, amelyeket SQL Server nem támogatnak. Alapértelmezés szerint ezek az oszlopok a SQL Server nvarchar(max) oszlopává lesznek konvertálva, de testre szabhatja a leképezést egy kisebb adattípus kiválasztásához. Az Access-megoldásban továbbra is használhatja a hivatkozás viselkedését űrlapokon és jelentésekben, ha a vezérlőelem Hyperlink tulajdonságát true (igaz) értékre állítja.

Többértékű mező Az Access többértékű mezőjét a rendszer SQL Server értékkészletet tartalmazó ntext mezővé alakítja. Mivel az SQL Server nem támogatja a több-a-többhöz kapcsolatot modellező többértékű adattípusokat, további tervezési és átalakítási műveletekre lehet szükség.

Az Access és SQL Server adattípusok leképezéséről az Adattípusok összehasonlítása című témakörben talál további információt.

Megjegyzés: A többértékű mezők nem lesznek konvertálva.

További információ: Dátum- és időtípusok, Sztring- és bináris típusok, valamint Numerikus típusok.

Visual Basic

Bár a VBA-t a SQL Server nem támogatja, vegye figyelembe a következő lehetséges problémákat:

VBA-függvények a lekérdezésekben Az Access-lekérdezések támogatják a VBA-függvényeket egy lekérdezésoszlop adatain. A VBA-függvényeket használó Access-lekérdezések azonban nem futtathatók SQL Server, így a rendszer minden kért adatot továbbít a Microsoft Accessnek feldolgozás céljából. A legtöbb esetben ezeket a lekérdezéseket átmenő lekérdezésekké kell konvertálni.

Felhasználó által definiált függvények a lekérdezésekben A Microsoft Access-lekérdezések támogatják a VBA-modulokban definiált függvények használatát a nekik átadott adatok feldolgozásához. A lekérdezések lehetnek önálló lekérdezések, SQL-utasítások űrlap-/jelentésrekordforrásokban, kombinált listák és listamezők adatforrásai űrlapokon, jelentésekben és táblamezőkben, valamint alapértelmezett vagy érvényesítési szabálykifejezések. SQL Server nem futtathatja ezeket a felhasználó által definiált függvényeket. Előfordulhat, hogy manuálisan újra kell terveznie ezeket a függvényeket, és át kell alakítania őket tárolt eljárásokká SQL Server.

Teljesítmény optimalizálása

Az új, háttérbeli SQL Server a teljesítmény optimalizálásának legfontosabb módja az, hogy eldöntse, mikor használjon helyi vagy távoli lekérdezéseket. Amikor SQL Server migrálja az adatokat, a fájlkiszolgálóról a számítástechnika ügyfél-kiszolgáló adatbázismodelljére is áttér. Kövesse az alábbi általános irányelveket:

Futtasson kis méretű, csak olvasható lekérdezéseket az ügyfélen a leggyorsabb hozzáférés érdekében.
Futtasson hosszú, olvasási/írási lekérdezéseket a kiszolgálón, hogy kihasználhassa a nagyobb feldolgozási teljesítményt.
Minimalizálja a hálózati forgalmat szűrőkkel és összesítéssel, hogy csak a szükséges adatokat vigye át.

Az ügyfélkiszolgáló-adatbázismodell teljesítményének optimalizálása

További információ: Átmenő lekérdezés létrehozása.

Az alábbiakban további, ajánlott irányelveket talál.

Logikai elemek elhelyezése a kiszolgálón Az alkalmazás nézeteket, felhasználó által definiált függvényeket, tárolt eljárásokat, számított mezőket és eseményindítókat is használhat az alkalmazáslogika, az üzleti szabályok és szabályzatok, az összetett lekérdezések, az adatérvényesítés és a hivatkozási integritáskód központosításához és megosztásához a kiszolgálón, nem pedig az ügyfélen. Kérdezd meg magadtól, hogy ez a lekérdezés vagy feladat jobban és gyorsabban végrehajtható-e a kiszolgálón? Végül tesztelje az egyes lekérdezéseket az optimális teljesítmény biztosítása érdekében.

Nézetek használata űrlapokban és jelentésekben Az Accessben tegye a következőket:

Űrlapok esetén használjon SQL-nézetet írásvédett űrlaphoz, rekordforrásként pedig sql indexelt nézetet az olvasási/írási űrlapokhoz.
Jelentésekhez használjon SQL-nézetet rekordforrásként. Hozzon létre azonban egy külön nézetet minden jelentéshez, hogy egyszerűbben frissíthesse az adott jelentést anélkül, hogy ez hatással lenne a többi jelentésre.

Adatok betöltésének minimalizálása űrlapon vagy jelentésben Ne jelenítsen meg adatokat, amíg a felhasználó nem kéri. Tartsa például üresen a recordsource tulajdonságot, válasszon ki egy szűrőt az űrlapon, majd töltse fel a recordsource tulajdonságot a szűrővel. Vagy használja a DoCmd.OpenForm és a DoCmd.OpenReport where záradékát a felhasználó által igényelt pontos rekord(ok) megjelenítéséhez. Érdemes lehet kikapcsolni a rekordnavigációt.

Legyen óvatos heterogén lekérdezésekkel Ne futtasson olyan lekérdezést, amely egyesíti a helyi Access-táblát és SQL Server csatolt táblát, más néven hibrid lekérdezést. Az ilyen típusú lekérdezésekhez az Accessnek továbbra is le kell töltenie az összes SQL Server adatot a helyi gépre, majd le kell futtatnia a lekérdezést, nem futtatja a lekérdezést SQL Server.

Mikor érdemes helyi táblákat használni? Érdemes lehet helyi táblákat használni a ritkán változó adatokhoz, például egy ország vagy régió államainak vagy tartományainak listájához. A statikus táblákat gyakran használják szűrésre, és jobban teljesíthetnek az Access előtérrendszerén.

További információ: Database Engine Tuning Advisor, Access-adatbázis optimalizálása a Teljesítményelemző és a SQL Server csatolt Microsoft Office Access-alkalmazások optimalizálása.