SQL Centralized Restore in PowerProtect Data Manager (PPDM) versjon 19.6

Résumé: Denne videoen KB presenterer SQL Centralized Restore-funksjonen lagt til i PowerProtect Data Manager (PPDM) versjon 19.6 , som den diskuterer fordelene og beskriver hvordan som skal brukes, dette presenteres i en kort demovideo. ...

Cet article concerne Cet article ne concerne pas Cet article n’est associé à aucun produit spécifique. Toutes les versions du produit ne sont pas identifiées dans cet article.

Instructions

Denne video KB presenterer SQL Centralized Restore-funksjonen lagt til i PPDM versjon 19.6, som den drøfter fordelene og beskriver hvordan skal brukes. Dette presenteres i en kort demonstrasjon video.

Hva er SQL Centralized Restore
SQL Centralized Restore er en løsning som nylig er lagt til i PPDM v19.6 som brukes til å gjenopprette SQL VM App Aware-databaser og filer.

Hovedpoenget er at vi er i stand til å gjenopprette SQL-databasene til en kjørende SQL som kanskje eller ikke er en del av en policy.

Fordeler:      
SQL Centralized Restore har mange fordeler, for eksempel:     
  • Sentralisert administrasjon.
  • Det sentraliserer SQL-sikkerhetskopier og gjenopprettinger som gir enkelhet og letthet.
  • Som det gir muligheten til å gjenopprette SQL DB til alternativ server fra sentralisert gjenoppretting.
  • Ingen skripting er nødvendig, noe som reduserer DBAs arbeidsbelastning.
  • Og du trenger ikke å installere SQL SSMS på hver SQL-vert.

Evner:     
  • SQL Centralized Restore er i stand til å gjenopprette Enkel og flere database Gjenopprett sikkerhetskopiert av SQL VM Direct Protection policy til SQL-servere som kjører i VMWare.
  • Det er også i stand til å gjenopprette Backup VM-bilde, eller filer fra VM-bildebackup som MDF- og LDF-filer.
  • I tillegg til muligheten til å gjenopprette til VM-er, ikke engang en del av noen policy.
  • Merk at vi kan sikkerhetskopiere haleloggen i en enkelt databasegjenoppretting, men vi kan ikke gjenopprette den i flere databasegjenopprettingssaker.
Gjenopprett destinasjon:     
Vi har to gjenopprettingsdestinasjoner:     
  • Gjenopprett til den opprinnelige databasen. Dette kan brukes når SQL VM er beskyttet av PPDM VM App aware policy, og det brukes til driftsgjenoppretting og nødgjenoppretting.
  • Det andre alternativet er å gjenopprette til en alternativ database. Den brukes til DEV Test Refresh og gjenopprette repetisjon.
Plassering av databasefil:      
Vi har tre alternativer for å velge databasefilplassering:     
  • Den første er å gjenopprette til den opprinnelige filbanen og navnet der filsystembanene må eksistere og filnavnene ikke må være i bruk.
  • Den andre er å gjenopprette til standardplasseringen for SQL-forekomsten.
  • Den tredje er å gjenopprette til egendefinert plassering der brukeren kan angi én bane for datafiler, én bane for loggfiler. Selvfølgelig må filsystembanene eksistere. Dette vil bli diskutert videre i demoen.
Sentralisert installasjon av Microsoft-appagent:     
I stedet for å gå til klienten og installere Microsoft-applikasjonsagenten, kan du nå installere den fra PPDM GUI uten å gå til selve SQL-klienten.   

Hvis du går til Infrastructure > Assets > , velger du Virtuell maskin > , og klikker på flere handlinger > Install Agent.
Men før du installerer den fra PPDM, må du kontrollere at du angir legitimasjon før du installerer agenten, for å unngå legitimasjonsfeil.

Begrensninger:      
Vi har noen begrensninger for den gjeldende versjonen:      
  • SQL Centralized-gjenoppretting er begrenset til gjenoppretting på databasenivå. Vi vil legge til gjenoppretting på tabellnivå og forekomst i de neste utgivelsene.
  • Det finnes for øyeblikket ingen støtte for hurtiggjenoppretting i PPDM 19.6
Demo:      
Her er en sikkerhetskopi som allerede er opprettet for SQL VM der vi bruker SQL sentralisert gjenoppretting på.
  1. Start SQL-sentralisert gjenoppretting ved å gå til kategorien Gjenoppretting, sett for første gang i versjon 19.6 SQL-alternativ.
  2. Klikk på Gjenopprett og se etter Single DB-gjenoppretting, velg Full sikkerhetskopi for å gjenopprette. Vi kan også bruke alternativet punkt i tid.
Vi har muligheten til å velge destinasjonsvert, SQL-forekomst og database.
I dette tilfellet velger jeg denne verten, og fortsetter deretter med å velge fra filplasseringsalternativene enten den første til å gjenopprette til samme sted der den er sikkerhetskopiert, eller det andre alternativet for å gjenopprette til stedet der SQL-konfigurasjoner hadde blitt gjort, eller det tredje alternativet som vil gjenopprette til et spesifisert sted for databasefilene.
  1. Klikk på Next (Neste).
  2. Velg alternativer:      
Du kan overskrive database eller hale logg. Du kan også aktivere feilsøkingslogg, og vi kan endre gjenopprettingstilstanden.
Gjenoppretting med gjenoppretting betyr at databasen vil være i driftsmodus.
Gjenoppretting uten gjenoppretting betyr at databasen vil være i vedlikeholdsmodus.
  1. Det siste trinnet er å vise sammendraget over gjenopprettingskonfigurasjonene.

Andre scenario: 
  1. Gjenopprette flere databaser, ikke en enkelt database. I dette tilfellet har vi en begrensning på at vi ikke kan velge sikkerhetskopifilen, vi må bruke den siste tilgjengelige kopien.
  2. Klikk Neste for å velge destinasjon der du kan velge verten og SQL-forekomsten.
Vi har det samme settet med alternativer for valg av filplassering, og vi har de samme alternativene bortsett fra muligheten til å aktivere sikkerhetskopiering av haleloggen.
 
  1. Klikk på neste, deretter Gjenopprett og sjekk gjenopprettingsfremdriften fra jobbvinduet, samt filtrer jobbtypen.

I PPDM-versjon 19.6 har vi en god funksjon når vi går til infrastruktur, VM-ressurser, som er muligheten til å velge Windows-VM-en som er vert for SQL-VM-en, og bruke flere alternativer på den.

Når du legger til denne Windows-VM-en som er vert for SQL-VM-en, oppretter den ressurskilde og gjør den om til SQL-databaselisten som vist her.

Den nye funksjonen er at vi kan installere agenten manuelt fra PPDM i stedet for å logge på den virtuelle maskinen. Installer den ved å velge VM > , klikk på flere handlinger > , velg Installer agent. Første gang du får denne feilen fordi du ikke har angitt legitimasjonen for denne bestemte virtuelle maskinen.

Vi må legge til legitimasjon ved å klikke på flere handlinger > Angi legitimasjon > Lagre det.

Nå, klikk på flere handlinger igjen og velg installer agent og installer den. Agenten er installert uten feil.

Informations supplémentaires

Se denne videoen som også er publisert på YouTube:     


Propriétés de l’article
Numéro d’article: 000179910
Type d’article: How To
Dernière modification: 22 févr. 2021
Version:  1
Trouvez des réponses à vos questions auprès d’autres utilisateurs Dell
Services de support
Vérifiez si votre appareil est couvert par les services de support.