{"id":31297,"date":"2019-10-31T21:40:32","date_gmt":"2019-10-31T18:40:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/rezervnoe-kopirovanie-ms-sql-para-poleznyh-funktsij-commvault-pro-kotorye-ne-vse-znayut\/"},"modified":"2019-10-31T21:40:32","modified_gmt":"2019-10-31T18:40:32","slug":"rezervnoe-kopirovanie-ms-sql-para-poleznyh-funktsij-commvault-pro-kotorye-ne-vse-znayut","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/rezervnoe-kopirovanie-ms-sql-para-poleznyh-funktsij-commvault-pro-kotorye-ne-vse-znayut","title":{"rendered":"MS SQL Backup: a few useful Commvault features that not everyone knows about","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"MS
\nI dag vil jeg fort\u00e6lle om to muligheder i Commvault for sikkerhedskopiering af MS SQL, som ofte bliver overset: granul\u00e6r gendannelse og Commvault-plugin til SQL Management Studio. Jeg vil ikke gennemg\u00e5 de grundl\u00e6ggende ops\u00e6tningspunkter. Indl\u00e6gget er prim\u00e6rt til dem, der allerede kan installere agenten, s\u00e6tte op skema, politikker osv. Jeg har tidligere beskrevet, hvordan Commvault fungerer, og hvad det kan. indl\u00e6g<\/a><\/noindex>.<\/a><\/noindex><\/p>\n

Granul\u00e6r gendannelse<\/h3>\n

\nMulighed gendannelse p\u00e5 tabelniveau<\/b> blev for nylig tilf\u00f8jet i egenskaberne for Subclient. Den giver mulighed for at gendanne tabeller fra databasen, uden at hele databasen skal gendannes fra sikkerhedskopien. Dette er praktisk, n\u00e5r man ved, hvor fejlen eller datatabet konkret er. Samtidig er databasen stor, og det vil tage meget tid at gendanne hele den.
\n\"MS
\n
\nDenne mulighed har nogle begr\u00e6nsninger:
\n \u2014 Tabeller kan ikke gendannes til den oprindelige database, kun til en anden. \u00a0
\n \u2014 Alle tabeller gendannes til dbo-skemaet. Tabellen kan ikke gendannes til et brugerdefineret skema.
\n \u2014 Kun lokale SQL-server konti med administratorrettigheder underst\u00f8ttes.
\n \u2014 Den m\u00e5lserver, hvor tabellen gendannes, skal k\u00f8re p\u00e5 Windows OS.
\n \u2014 P\u00e5 m\u00e5lserveren skal Media Agent og Java Runtime Environment ogs\u00e5 v\u00e6re installeret ved siden af SQL-agenten.
\n \u2014 Databasen skal bruge Recovery model i Full tilstand.
\n \u2014 Hvis muligheden for granul\u00e6r gendannelse af databasen er aktiveret, mistes muligheden for at k\u00f8re opgaver til differentiel sikkerhedskopiering. \u00a0<\/p>\n

\"MS
\nOptionen for table-level-restore er deaktiveret.<\/i><\/p>\n

\"MS
\nOptionen for table-level-restore er deaktiveret.<\/i><\/p>\n

I min erfaring havde en kunde for SQL-serveren opsat f\u00f8lgende skema: \u00e9n fuld sikkerhedskopiering om ugen og 6 differentielle sikkerhedskopier p\u00e5 hverdage. Han aktiverede funktionen table-level-restore, og opgaverne for differentiel sikkerhedskopiering fejlede. <\/p>\n

Lad os se, hvordan selve gendannelsen vil se ud.
\n1. Start gendannelsen p\u00e5 den relevante agent.
\n\"MS
\n
\n2. I det pop op-vindue g\u00e5r vi til fanen Avancerede indstillinger<\/b>. Vi v\u00e6lger SQL Granular Browse \u2014 Vis indhold.<\/b>
\n\"MS
\n
\n3. I den \u00e5bne liste v\u00e6lger vi den database, vi \u00f8nsker at gendanne tabellen fra, og klikker p\u00e5 Gendan granul\u00e6rt<\/b>.
\n\"MS
\n
\n4. I dialogboksen indstiller vi monteringspunktet for databasen fra sikkerhedskopieringsfilerne (noget som en teknologi til \u00f8jeblikkelig gendannelse).
\nAngiv:<\/p>\n