I denne artikkelen ser vi på funksjonene til kopidatabaseveiviseren for å flytte objekter fra en SQL-instans til en annen. Vi ser videre på restriksjoner og tips for å komme forbi dem.
A SQL Server instans består av flere objekter, og hvis du noen gang trenger å flytte disse objektene fra den gitte instansen til en annen, vil det ikke være smart å overføre dem manuelt. For å overføre SQL-objektene dine fra en instans til en annen bør du bruke Copy Database Wizard. Ved å bruke denne veiviseren kan du ikke bare kopiere enkelte databaseobjekter, men også komplette databaser, også uten noen form for servernedetid. Ved å bruke denne veiviseren kan du utføre følgende handlinger jevnt og raskt.
- Velg en hvilken som helst kilde og målserveren.
- Velg databaser som du ønsker å flytte eller kopiere.
- Nevn filplasseringene for databaser.
- Kopier de ønskede påloggingene på målserveren.
- Kopier lagrede prosedyrer, støtteobjekter, jobber, samt feilmeldinger.
- Bestem dataene og tidspunktet når du ønsker å flytte eller kopiere databasene dine.
Bortsett fra alt du kan gjøre når du bruker Copy Database Wizard, må du også vite hva du ikke kan gjøre med den. Ut av alle sine begrensninger og restriksjoner, er most avgjørende en du må være klar over er at den ikke vil bli funnet i Express Edition av SQL Server. De andre begrensningene for veiviseren er gitt nedenfor
Begrensninger og begrensninger i Copy Database Wizard i SQL Server
- Du kan ikke bruke Copy Database Wizard for å flytte databaser som er system, merket for replikering, merket utilgjengelig, offline, laster inn, gjenoppretter, i nødmodus eller mistenkte. Det begrenser deg også fra å flytte databaser som har loggfiler eller data i MS Azure Storage.
- Dette tillater ikke at du flytter eller kopierer databasen til en eldre SQL Server utgave.
- Hvis du har valgt Flytt-alternativet, vil veiviseren automatisk slette kilden til databasen når den er flyttet. Men hvis du i stedet for Flytt velger alternativet for Kopier, vil ikke kilden bli slettet. Med alternativet Kopier vil serverobjektene du velger bli kopiert og ikke flyttet, bare databasen vil flytte.
- Hvis du bruker alternativet for å koble fra og ved å legge ved, vil den koble fra databasen og legge ved flere filer på nytt til en ny plassering etter å ha flyttet eller kopiert dem. Det er en mulighet for tap av data og inkonsekvens i denne metoden, det anbefales derfor å unngå å legge til aktive økter til databasene som gjennomgår flytte- eller kopieringsprosessen. Når det gjelder Management Object Method i SQL Server, tillates brukere en aktiv økt siden databasen aldri går offline.
- Hvis du overfører agentjobbene til SQL Server, som refererer til de ikke-eksisterende databasene på målserveren, vil du ende opp med å få hele operasjonen til å mislykkes. En løsning for dette problemet vil være å opprette Agent-jobber i SQL Server før databasen opprettes.
Når du planlegger å beholde SQL Server database i optimal form, bør du vurdere å beholde en SQL Server reparasjon verktøy i nærheten for å håndtere hendelser med datafeil.
Forfatterintroduksjon:
Victor Simon er en datagjenopprettingsekspert innen DataNumen, Inc., som er verdensledende innen datagjenopprettingsteknologier, inkludert tilgangsgjenoppretting og sql-programvareprodukter. For mer informasjon besøk www.datanumen. Med