Remote SQL backups er kompliserte. Vi vil forklare hvorfor og vise alle tilgjengelige alternativer for å gjøre sikkerhetskopiene uansett.

Ekstern SQL Server Er en server der du har begrenset tilgang til serverens filsystem som i et delt hosting miljø.
Lokal SQL Server Er en server hvor du har full tilgang til filsystemet som en lokal server du fysisk kan få tilgang til eller en dedikert / virtuell server som du har full kontroll over.

Hva er problemet Med Eksterne SQL Server-sikkerhetskopier?

hovedproblemet med eksterne SQL-servere er at DU kan kjøre SQL-skript, inkludert BACKUP DATABASE kommando, men tilgang til den resulterende *.bak-filen er problematisk. Den *.bak-filen er plassert et sted på stasjonen lokal TIL DEN SQL-serveren. Og hvis du ikke får tilgang til den plasseringen, kan du ikke kopiere sikkerhetskopifilen for videre behandling som komprimering, kryptering, lagring, etc. (flere detaljer om HVA SQL backup automatisering betyr) så alternativene er begrenset til å lage en skriptfil.

BAK (*.bak) fil vs Script (*.sql) fil for SQL Server backup

BAK-filer er sikkerhetskopier opprettet Ved Hjelp Av Microsofts standard BACKUP DATABASE kommando (eller GJENNOM SSMS eller SQLBackupAndFTP). De får vanligvis *.bak forlengelse. Hvis du har mulighet til å opprette *.bak filer-alltid foretrekker det til alternativene fordi det tillater deg å lagre Ikke Bare Full, Men Differensial og Transaksjonslogg sikkerhetskopier også. Og formatet er den vanligste og ikke proprietære til noen 3. part. Du kan gjenopprette fra (*.bak) fil ved hjelp av standard GJENOPPRETT DATABASE kommando og mange 3. parts verktøy.

Skript ( * .sql) fil er i utgangspunktet et sett MED SQL-kommandoer som gjenoppretter databaseobjektene og setter inn dataene i tabellene. Fordelen med å bruke en skriptfil er at de fleste vertsmiljøer lar deg laste opp skriptfiler og kjøre dem ved hjelp av et administrasjonspanel for hosting. Deretter kan du gjenopprette en database uten at noe må installeres eller konfigureres av verten.

Pa Skript (*.sql) metoden har følgende begrensninger:

1. det tar mye lengre tid å generere et skript enn å lage en STANDARD BAK TYPE SQL Server backup
2. slike skript tar mer plass siden det er en tekstlig (ikke binær) representasjon av databasen, selv om det er mye mer komprimerbar enn en binær backup.
3. Det tar mer tid å gjenopprette en database fra et skript som fra en vanlig sikkerhetskopi
4. i Motsetning til standard sikkerhetskopier inneholder ikke skript transaksjonslogginformasjon, Slik at du ikke kan bruke punkt-i-tid-gjenoppretting
5. Skripting tar ikke alltid hensyn til avhengigheter, slik at du kan få problemer under databasen rekreasjon

Lokale SQL Server-sikkerhetskopier

Lokal sql server backup er godt dokumentert, og vi vil ikke komme Inn i detaljene i det her. I utgangspunktet kjører DU BACKUP DATABASE kommando, bruk SQL Server Management Studio eller 3. parts verktøy. Dette skaper en *.bak fil På Serverens lokale filsystem. Da komprimerer du vanligvis filen, krypterer den, laster opp til en nettverksstasjon, FTP eller en sky, etc. Du kan bygge dine egne skript for å gjøre det eller få alt i et produkt som SQLBackupAndFTP.

Eksterne SQL Server-sikkerhetskopier til en *.bak file on network share

hvis den eksterne SQL-serveren er på samme nettverk som DEG OG BEGGE SQL server, og du har tilgang til samme nettverksandel (som \\servername\path), KAN DU på SQL server sikkerhetskopiere til denne plasseringen med kommandoen som:

SIKKERHETSKOPIER DATABASE dbname TIL DISK = n ‘ \\servernavn \ bane \ dbname.BAK ‘

og fra din egen datamaskin vil du kunne få tilgang til samme sted, ta *.bak fil og gjøre hva du vil med det.

du kan skrive dine egne skript for å automatisere det eller sikkerhetskopiere nettverket SQL Server ved Hjelp Av SQLBackupAndFTP.

fordelen med sikkerhetskopier TIL UNC-banen er at du får sikkerhetskopien i samme ettertraktede*.bak format. Ulempen er i utgangspunktet knyttet til behovet for å konfigurere tilgangsrettigheter riktig. Besøk linken over for detaljer om tillatelser.

Eksterne SQL Server-sikkerhetskopier til et skript (*.sql) fil

et generert SQL Server-skript (*.sql) backup-filen inneholder informasjonen som er nødvendig for å gjenopprette databasen på en ekstern datamaskin. Skriptet inneholder kommandoer for å gjenopprette databaseskjemaet (tabeller, visninger, lagrede prosedyrer, utløsere, fulltekstkataloger, roller, regler og så videre) og dataene. Du har flere alternativer for å generere et skript (*.

Scripting database Med Sqlbackupandftp

Dette er uten tvil den enkleste metoden for å sikkerhetskopiere eksterne databaser. Bare velg «Ekstern SQL Server» som servertype angi påloggingsinformasjon:

konfigurer deretter komprimering, kryptering, hvor du skal sende sikkerhetskopier og hvor du skal sende e-postvarsler. Se flere detaljer I slik sikkerhetskopierer du ekstern SQL Server-database ved hjelp Av SQLBackupAndFTP

Skriptdatabase med SQL Server Management Studio (SSMS)

Merk at dette fungerer som en ad hoc «backup», men DU kan ikke planlegge ssms-skripting. Slik genererer du et databaseskript MED SSMS:

1. Åpne SSMS
2. Koble til din eksterne SQL server
3. Høyreklikk på databasen du ønsker å sikkerhetskopiere og velg Oppgaver – > Generer Skript. Dette åpner En Veiviser
4. Trykk Neste På Introduksjonsskjermen
5. La standard «Skript hele databasen og databaseobjekter» velges og trykk Neste
6. Klikk På Knappen Avansert og endre «Datatyper til skript» fra «Bare Skjema» til «Skjema og data». Hit OK
7. Velg alternativet For Å «Lagre i et nytt spørringsvindu» og trykk Neste, Neste Og Fullfør

Kopier skriptet til din lokale fil og lagre eller kjør der det trengs.

Andre alternativer for ekstern SQL Server backup

hvis du bruker ordet » backup «i forhold til skripting var litt av en strekk, alternativene som er omtalt i denne delen er enda lenger fra det som anses å være en»database backup». Likevel lar det deg få litt kopi av dataene dine, derfor vil vi også gjennomgå disse alternativene

Flytte data med SQL Server Import Og Eksport Wizard I SSMS

DU kan bruke SQL Server Import Og Eksport Wizard til å kopiere dataene fra den eksterne SQL-serveren til en lokal SQL server. Merk at det ikke vil kopiere alle databaseobjekter, men bare dataene. Vi kan ikke forestille meg å bruke det som en hoved backup metode. Uansett her instruksjonene:

1. Åpne SSMS
2. Koble til din lokale SQL server
3. Høyreklikk på databasen der du vil at sikkerhetskopiene skal gjenopprettes til, og velg Oppgaver – > Importer data. Dette åpner En Veiviser
4. Velg «SQL Server Native Client» som en datakilde og den eksterne SQL server som et servernavn.
5. Velg databasen du vil kopiere dataene fra. Neste.
6. Velg «SQL Server Native Client» som en datakilde og din lokale SQL server som et servernavn.
7. Velg databasen du vil kopiere dataene til. Neste.
8. Velg tabellene du vil kopiere. Neste, Neste, Fullfør