a távoli SQL mentések bonyolultak. Elmagyarázzuk, miért és megmutatjuk az összes rendelkezésre álló lehetőséget a biztonsági mentések készítéséhez.
a távoli SQL Server olyan szerver, ahol korlátozott hozzáférése van a szerver fájlrendszeréhez, mint egy megosztott tárhely környezetben.
a helyi SQL Server olyan kiszolgáló, ahol teljes hozzáféréssel rendelkezik a fájlrendszerhez, mint például egy fizikailag elérhető helyi kiszolgáló vagy egy dedikált/virtuális kiszolgáló, amelyet teljes mértékben irányít.
mi a probléma a távoli SQL Server biztonsági mentésekkel?
a távoli SQL kiszolgálók fő problémája az, hogy SQL parancsfájlokat futtathat, beleértve a biztonsági mentési adatbázis parancsot is, de elérheti az eredményül kapott *parancsot.a bak fájl problémás. A *.bak fájl kerül valahol a meghajtón Helyi, hogy az SQL server. Ha pedig nem fér hozzá ehhez a helyhez, akkor nem másolhatja a biztonsági mentési fájlt további feldolgozásra, például tömörítésre, titkosításra, tárolásra stb. (további részletek arról, hogy mit jelent az SQL backup automation), akkor a lehetőségek egy szkriptfájl létrehozására korlátozódnak.
BAK (*.bak) fájl vs Script (*.SQL) fájl az SQL Server biztonsági mentésekhez
a BAK fájlok a Microsoft szabványos biztonsági mentési adatbázis-parancsával (vagy SSMS vagy SQLBackupAndFTP) létrehozott biztonsági mentések. Általában kap *.bak kiterjesztés. Ha lehetősége van létrehozni *.bak fájlok-mindig előnyben részesítse az alternatívákkal szemben, mert lehetővé teszi nemcsak a teljes, hanem a differenciális és a tranzakciós napló mentését is. A formátum pedig a leggyakoribb, és nem a 3. fél tulajdonában van. Vissza lehet állítani (*.bak) fájl szabványos visszaállítási adatbázis parancs és sok 3rd party eszközök.
Script (*.SQL) fájl alapvetően egy sor SQL parancsokat, hogy újra létrehozni az adatbázis-objektumok és helyezze be az adatokat a táblákat. A szkriptfájl használatának előnye, hogy a legtöbb tárhelykörnyezet lehetővé teszi a szkriptfájlok feltöltését és futtatását egy tárhely-adminisztrációs vezérlőpult segítségével. Ezután visszaállíthatja az adatbázist anélkül, hogy bármit is telepítenie vagy konfigurálnia kellene a hoster által.
Azonban Script (*.SQL) módszer a következő korlátozásokkal rendelkezik:
- sokkal tovább tart egy szkript létrehozása, mint egy szabványos BAK típusú SQL Server biztonsági mentés létrehozása
- az ilyen szkript több helyet foglal el, mivel az adatbázis szöveges (nem bináris) ábrázolása, bár sokkal tömöríthetőbb, mint egy bináris biztonsági mentés.
- több időt vesz igénybe egy adatbázis visszaállítása egy olyan szkriptből, amely egy szokásos biztonsági mentésből származik
- a szokásos biztonsági mentésekkel ellentétben a szkriptek nem tartalmaznak tranzakciós naplót, így nem alkalmazhatja a pont-In-time helyreállítást
- a szkriptek nem mindig veszik figyelembe a függőségeket, így problémákba ütközhet az adatbázis-visszaállítás során
helyi SQL Server biztonsági mentések
Helyi az SQL Server biztonsági mentése jól dokumentált, és itt nem fogunk részletezni. Alapvetően futtatja a BACKUP DATABASE parancsot, használja az SQL Server Management Studio vagy a 3rd party eszközöket. Ez létrehoz egy *.bak fájl a szerver helyi fájlrendszerén. Ezután általában tömöríti a fájlt, titkosítja, feltölti egy hálózati meghajtóra, FTP-re vagy felhőre stb. Meg lehet építeni az egyéni szkriptek csinálni, vagy kap az egészet egy termék, mint SQLBackupAndFTP.
távoli SQL Server biztonsági mentések a * – ra.bak fájl a hálózati megosztáson
ha a távoli SQL szerver ugyanazon a hálózaton van, mint Ön és az SQL server, és ugyanahhoz a hálózati megosztáshoz van hozzáférése (például \ \ kiszolgálónév \ elérési út), akkor az SQL kiszolgálón a like paranccsal biztonsági másolatot készíthet erre a helyre:
adatbázis biztonsági mentése DbName lemezre = N’\\kiszolgálónév\elérési út\dbname.BAK ‘
és a saját számítógépéről ugyanazt a helyet érheti el, vegye be a * – ot.BAK fájlt, és azt csinálsz vele, amit akarsz.
saját szkripteket írhat az automatizáláshoz, vagy biztonsági másolatot készíthet a hálózati SQL szerverről az SQLBackupAndFTP használatával.
az UNC path biztonsági mentéseinek előnye, hogy a biztonsági másolatot ugyanabban az áhított * – ban kapja meg.bak formátum. A hátránya alapvetően a hozzáférési jogok helyes konfigurálásának szükségességéhez kapcsolódik. Az engedélyekkel kapcsolatos részletekért látogasson el a fenti linkre.
távoli SQL Server mentések egy script (*.SQL) fájl
generált SQL Server parancsfájl (*.SQL) a biztonsági mentési fájl tartalmazza az adatbázis távoli számítógépen történő újbóli létrehozásához szükséges információkat. A parancsfájl parancsokat tartalmaz az adatbázisséma (táblák, nézetek, tárolt eljárások, triggerek, teljes szövegű katalógusok, szerepek, szabályok stb.) és az adatok újbóli létrehozására. Van több lehetőség, hogy létrehoz egy script (*.SQL) backup file
Scripting adatbázis sqlbackupandftp
ez messze a legegyszerűbb módszer, hogy hát a távoli adatbázisok. Csak válassza ki a” távoli SQL Server ” kiszolgálótípus bejelentkezési hitelesítő adatokként:
ezután konfigurálja a tömörítést, a titkosítást, a biztonsági mentések küldését és az e-mail értesítések küldését. További részletek: hogyan lehet biztonsági másolatot készíteni a távoli SQL Server adatbázisról az SQLBackupAndFTP használatával
Scripting adatbázis az SQL Server Management Studio (SSMS) segítségével
vegye figyelembe, hogy ez ad hoc “biztonsági mentésként” működik, de nem ütemezheti az SSMS parancsfájlokat. Adatbázis-parancsfájl létrehozása SSMS-sel:
- nyissa meg az SSMS-t
- Csatlakozás a távoli SQL szerverhez
- kattintson a jobb gombbal a menteni kívánt adatbázisra, majd válassza a feladatok -> parancsfájlok létrehozása lehetőséget. Ez megnyit egy varázslót
- nyomja meg a következőt A bevezető képernyőn
- hagyja az alapértelmezett “Script teljes adatbázis és adatbázis-objektumok” beállítást, majd nyomja meg a következőt
- kattintson a gombra speciális és változtassa meg az “adattípusok szkriptre” lehetőséget “csak séma” helyett “séma és adatok”értékre. Nyomja meg az OK gombot
- válassza ki a “Mentés egy új lekérdezési ablakba” lehetőséget, majd nyomja meg a Next, Next gombot, majd fejezze be a
másolja a szkriptet a helyi fájlba, és tárolja vagy futtassa, ahol szükséges.
egyéb lehetőségek távoli SQL Server backup
ha a word “backup” annak tekintetében, hogy script volt elég szakaszon, a lehetőségek tárgyalt ebben a szakaszban még távolabb attól, amit úgy kell tekinteni, hogy egy “adatbázis backup”. Mégis, ez lehetővé teszi, hogy néhány másolatot az adatok, ezért áttekintjük ezeket a lehetőségeket is
mozgó adatok SQL Server Import és Export varázsló SSMS
használhatja SQL Server Import és Export varázsló másolni az adatokat a távoli SQL server egy helyi SQL server. Ne feledje, hogy nem másolja az összes adatbázis-objektumot, hanem csak az adatokat. Nem tudjuk elképzelni, hogy fő biztonsági mentési módszerként használjuk. Egyébként itt az utasításokat:
- nyissa meg az SSMS-t
- Csatlakozás a helyi SQL server-hez
- kattintson a jobb gombbal arra az adatbázisra, amelybe vissza szeretné állítani a biztonsági mentéseket, majd válassza a feladatok – > Adatok importálása lehetőséget. Ez megnyit egy varázslót
- válassza az” SQL Server Native Client ” lehetőséget adatforrásként, a távoli SQL server pedig kiszolgálónevet.
- válassza ki az adatbázist, ahonnan az adatokat másolni szeretné. Következő.
- válassza az “SQL Server Native Client” lehetőséget adatforrásként, a helyi SQL server nevet pedig kiszolgálónévként.
- válassza ki azt az adatbázist, amelybe az adatokat át szeretné másolni. Következő.
- válassza ki a másolni kívánt táblákat. Következő, Következő, Befejezés