Sådan bruges guiden Copy Database i SQL Server

I denne artikel ser vi på funktionerne i guiden til kopiedatabase til flytning af objekter fra en SQL-forekomst til en anden. Vi ser yderligere på begrænsninger og tip til at komme forbi dem.

A SQL Server forekomst består af flere objekter, og hvis du nogensinde har brug for at flytte disse objekter fra den givne forekomst til en anden, er det ikke en klog ting at overføre dem manuelt at overføre dem. For at overføre dine SQL-objekter fra en instans til en anden, skal du bruge guiden Copy Database. Ved hjælp af denne guide kan du ikke kun kopiere bestemte databaseobjekter, men også komplette databaser, også det uden nogen form for servernedetid. Ved at bruge denne guide kan du udføre følgende handlinger problemfrit og på ingen tid.

  • Vælg en hvilken som helst kilde og destinationsserveren.
  • Vælg databaser, som du vil skifte eller kopiere.
  • Nævn filplaceringerne for databaser.
  •  Kopier de ønskede logins på destinationsserveren.
  • Kopier lagrede procedurer, understøttende objekter, job samt fejlmeddelelser.
  • Beslut data og tid, hvornår du vil skifte eller kopiere dine databaser.
Sådan bruges guiden Copy Database i SQL Server

Bortset fra alt hvad du kan gøre, når du bruger guiden Copy Database, skal du også vide, hvad der er alt, hvad du ikke kan gøre med det. Ud af alle dets begrænsninger og begrænsninger er most afgørende, du skal være opmærksom på, er at den ikke findes i Express Edition af SQL Server. Guidens øvrige begrænsninger er angivet nedenfor

Begrænsninger og begrænsninger i guiden Copy Database i SQL Server

  1. Du kan ikke bruge guiden Copy Database til at flytte databaser, der er system, markeret til replikering, markeret utilgængelige, offline, indlæsning, gendannelse, i nødstilstand eller mistænkt. Det begrænser dig også fra at flytte databaser, der har logfiler eller data til stede i MS Azure Storage.
  2. Dette tillader dig ikke at flytte eller kopiere din database til en ældre SQL Server udgave.
  3. Hvis du har valgt indstillingen Flyt, sletter guiden automatisk kilden til databasen, når den er flyttet. Men hvis du i stedet for Flyt vælger indstillingen til Kopi, slettes kilden ikke. Med Kopi-indstillingen kopieres de serverobjekter, du vælger, og flyttes ikke, kun databasen flyttes.
  4. Hvis du bruger løsningen og vedhæftningsindstillingen, frigøres databasen og vedhæftes flere filer til en ny placering efter flytning eller kopiering af dem. Der er mulighed for datatab og inkonsekvens i denne metode. Det tilrådes derfor at undgå at vedhæfte aktive sessioner til de databaser, der gennemgår flytning eller kopiering. I tilfælde af Management Object Method i SQL Server tillades brugere en aktiv session, da databasen aldrig går offline.
  5. Hvis du overfører agentjobbet i SQL Server, der henviser til ikke-eksisterende databaser på destinationsserveren, vil du ende med at få hele operationen til at mislykkes. En løsning på dette problem vil være at oprette agentjob i SQL Server inden databasen oprettes. 

Når du planlægger at beholde SQL Server database i optimal form, overvej at beholde en SQL Server reparere værktøj i nærheden til at håndtere hændelser med datafejl.

Forfatter Introduktion:

Victor Simon er ekspert i datagendannelse i DataNumen, Inc., som er verdens førende inden for datagendannelsesteknologier, herunder adgangsgendannelse og SQL-genopretningssoftwareprodukter. For mere information besøg www.datanumen.com

Kommentarer er lukket.