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ó az sql serveren lévő felosztott adatbázisokhoz, amelyek új háttérként szolgálnak a kiszolgálón található adatokhoz.

Ennek eredményeképpen továbbra is fenntarthatja az előtérbeli Access-adatbázist az 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 az SQL Server méretezhetőségét.

Az SQL Server előnyei

Még mindig szüksége van néhány meggyőzőre az SQL Serverre való migráláshoz? Íme néhány további előny, amelyeket át kell gondolnia:

Több egyidejű felhasználó Az 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 Az SQL Serverrel dinamikusan biztonsági másolatot készíthet az adatbázisról, akár növekményesen, akár teljes mértékben, 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 Az SQL Server-adatbázis általában jobban teljesít, mint egy Access-adatbázis, különösen egy nagy, terabájt méretű adatbázis esetében. Emellett az 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 az SQL Server integrálható a Windows rendszerbiztonsággal, így egyetlen integrált hozzáférést biztosít 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. Az SQL Server ideális tároló a bizalmas információkhoz, például a társadalombiztosítási számokhoz, a hitelkártyaadatokhoz és a bizalmas címekhez.
Azonnali helyreállíthatóság Ha az operációs rendszer összeomlik vagy áramkimaradás lép fel, az 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. Az SQL Serverrel azonban a távoli felhasználók továbbra is használhatják az Access előtér-adatbázisát egy asztalon, valamint a VPN-tűzfal mögött található SQL Server-háttérrendszert.
Azure SQL Server Az SQL Server előnyei mellett dinamikus méretezhetőséget 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 kiküszöbölését és a kisebb adminisztrációt.

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

Ha az 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 lehetőség saját erőforráskészlettel rendelkezik, amelyet egy SQL-adatbáziskiszolgálón keresztül kezel. Egyetlen adatbázis olyan, mint az SQL Server tartalmazott adatbázisa. Hozzáadhat egy rugalmas készletet is, amely az SQL-adatbáziskiszolgálón keresztül felügyelt megosztott erőforráskészlettel rendelkező adatbázisok gyűjteménye. 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 az SQL Serverrő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ányok olyanok, mint az SQL Server-adatbázis olyan példányai, amelyek nagy mértékben kompatibilisek a helyszíni SQL Serverrel. A felügyelt példányok beépített biztonsági mentésekkel, javításokkal és helyreállítással rendelkezik, és könnyen migrálható az SQL Serverről. Van azonban néhány olyan SQL Server-szolgáltatás, amely nem érhető el, és nincs garantált pontos karbantartási idő.
Azure virtuális gép Ez a lehetőség lehetővé teszi az SQL Server futtatását egy virtuális gépen az Azure-felhőben. Teljes hozzáféréssel rendelkezik az SQL Server motorja felett, és egy egyszerű migrálási útvonalon is. 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 az az 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. Az SQL Server megköveteli, hogy minden tábla rendelkezzen legalább egy indexel, é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. Az SQL Server nem támogatja a különböző adattípusú és méretű illesztett oszlopokat külső kulcsokra vonatkozó korlátozások esetén.
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: Érdemes lehet telepíteni a Microsoft SQL Server Express kiadást az asztalára, amely akár 10 GB-ot is támogat, és amely 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.

Az SSMA futtatása

A Microsoft biztosítja a Microsoft SQL Server Migration Assistant (SSMA) szolgáltatást 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. Az SQL Server Metadata Explorer megjeleníti az Access-adatbázis objektumait és az SQL Server-objektumokat, í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 az 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 az SQL Server 2016-os vagy újabb verziójá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 az SQL Serverben, 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 SQL Server-objektumokká alakítja az Access-objektumokat, 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 az 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 azok tulajdonságait az SQL Server vagy az SQL Azure Metadata Explorer használatával.

Az objektumok SQL Serverre 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. Az újabb illesztőprogramok nemcsak gyorsabbak, de az Azure SQL új funkcióit is támogatják, 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 az 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 az összetettebb SQL Server felügyeleti eszközök használata helyett. A csatolt adatokat az SQL Server-adatbázis rendszergazdája által beállított engedélyektől függően kérdezheti le és szerkesztheti.

Megjegyzés: Ha a csatolási folyamat során ODBC DSN-t hoz létre, amikor az SQL Server-adatbázishoz csatlakozik, 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 sztringet.

További információ: Adatok csatolása vagy importálása Azure SQL Server-adatbázisból és Importálás vagy csatolás SQL Server-adatbázis adataihoz.

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 Serverre történő manuális átalakítására is. További információ: Az Access SQL és az SQL Server TSQL összehasonlítása.

Adattípusok

Az Access és az SQL Server hasonló adattípusokkal rendelkezik, 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 oszlopát a rendszer SQL Server bitmezővé alakítja. 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 (SQL Server 2016) vagy újabb, é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.
Amikor dátumokat kérdez le az SQL Serveren, 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. Az SQL Serverben több lehetőséget is figyelembe kell vennie. Kibonthatja a fájlokat az Access-adatbázisból, majd érdemes lehet az SQL Server-adatbázisban lévő fájlokra mutató hivatkozásokat is tárolnia. Azt is megteheti, hogy a FILESTREAM, a FileTables vagy a Távoli BLOBtároló (RBS) használatával tárolja a mellékleteket az SQL Server-adatbázisban.

Hivatkozás Az Access-táblák olyan hivatkozásoszlopokkal rendelkeznek, amelyeket az SQL Server nem támogat. Alapértelmezés szerint ezek az oszlopok nvarchar(max) oszlopokká alakulnak az SQL Serverben, de testre szabhatja a leképezést, hogy kisebb adattípust válasszon. 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ő A többértékű Access-mező SQL Server-alapúra lesz konvertálva, mint egy olyan ntext mező, amely a tagolt értékkészletet tartalmazza. 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 AZ 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 az SQL Server nem támogatja a VBA-t, 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 az SQL Serveren, így a rendszer az összes kért adatot átadja a Microsoft Accessnek feldolgozásra. 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. Az SQL Server nem tudja futtatni 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árolt eljárásokká kell konvertálnia őket az SQL Serveren.

Teljesítmény optimalizálása

Az új, háttérbeli SQL Serverrel 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 az adatokat az SQL Serverre migrálja, egy fájlkiszolgálóról egy ügyfél-kiszolgáló adatbázismodellre is áttér a számítástechnika területén. 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 kombinálja a helyi Access-táblát és az 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, és nem futtatja a lekérdezést az SQL Serveren.

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ó: Adatbázismotor hangolási tanácsadója, Access-adatbázis optimalizálása a Teljesítményelemző használatával és Az SQL Serverhez csatolt Microsoft Office Access-alkalmazások optimalizálása.