Note sulla versione di System Center Data Protection Manager
Questo articolo elenca le note sulla versione per System Center 2019 - Data Protection Manager (DPM), inclusi i problemi noti e le soluzioni alternative per DPM 2019, DPM 2019 UR1, DPM 2019 UR2, DPM 2019 UR3, DPM 2019 UR4, 2019 UR5 e 2019 UR6, come applicabile.
È consigliabile visualizzare gli articoli seguenti per informazioni dettagliate sulle funzionalità supportate da DPM e su come eseguire il backup:
Questo articolo elenca le note sulla versione per System Center 2022 - Data Protection Manager (DPM), inclusi i problemi noti e le soluzioni alternative per DPM 2022, 2022UR1 e 2022 UR2.
Questo articolo include anche le note sulla versione di DPM 2022 Hotfix KB 5015376.
Per informazioni dettagliate sugli elementi supportati e di cui DPM può eseguire il backup, vedere gli articoli seguenti:
Note sulla versione di DPM 2022
DPM 2022 presenta i problemi noti osservati in DPM 2019 RTM.
Vengono inoltre osservati i seguenti problemi noti.
Nessun strumento di ripristino di DPM SQL Self-Service in DPM 2022 RTM
DPM SQL Self-Service Recovery non è disponibile in DPM 2022 RTM. Il supporto per SQL Self-Service Recovery è disponibile da DPM 2022 UR1. Altre informazioni.
I ripristini self-service di DPM non elencano i punti di ripristino per i computer client
Descrizione: i backup del computer client DPM non sono elencati per gli utenti di dominio nel gruppo degli amministratori locali per i ripristini self-service.
Soluzione alternativa: eseguire l'aggiornamento a DPM 2022 UR2 per risolvere questo problema e aggiungere utenti non amministrativi manualmente tramite Gestione autorizzazioni.
L'aggiornamento da DPM 2019 a DPM 2022 potrebbe non riuscire quando il nome del database DPM è DPMDB
Descrizione: se il nome del database DPM esistente è DPMDB, l'aggiornamento avrà esito negativo.
Il processo di aggiornamento DPM rinomina sempre il nome del database DPM in DPMDB. Se la stessa istanza SQL viene usata da più server DPM, l'aggiornamento successivo dell'altro server DPM avrà esito negativo perché esiste già un database con il nome DPMDB.
Soluzione alternativa: rinominare il database DPM corrispondente prima di avviare l'aggiornamento.
Usare questa procedura per rinominare il database:
Arrestare il servizio DPM nel server DPM.
Eseguire i comandi SQL seguenti per rinominare il database; aggiornare il nome del server DPM nella query seguente.
USE master GO ALTER DATABASE DPMDB SET SINGLE_USER WITH ROLLBACK IMMEDIATE GO EXEC master..sp_renamedb 'DPMDB','DPMDB_<DPMSERVERNAME>' GO ALTER DATABASE DPMDB_<DPMSERVERNAME> SET MULTI_USER GOAggiornare le chiavi del Registro di sistema seguenti per riflettere il nome del database aggiornato.
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\ConnectionString
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\DatabaseName
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\GlobalDatabaseName
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\GlobalDbConnectionString
Eseguire DPMsync nel server DPM usando la shell di gestione DPM.
DPMSync -Sync
La creazione del punto di ripristino online di un'origine dati potrebbe non riuscire con l'ID errore 33505 o 100195
Descrizione: in alcuni scenari, la creazione del punto di ripristino online di un'origine dati potrebbe non riuscire in modo intermittente con ID errore 33505 o 100195.
Soluzione alternativa:
Aggiornare l'agente MARS alla versione più recente.
Riprovare il backup online per l'origine dati non riuscita.
Creare un nuovo punto di ripristino del disco e quindi riprovare il punto di ripristino online.
Eseguire il controllo di coerenza e riprovare il backup online.
Se il backup online ha ancora esito negativo, contattare il team di supporto.
Note sulla versione di DPM 2022 (KB 5015376)
Oltre ai problemi elencati nelle note sulla versione di DPM 2022, i problemi aggiuntivi seguenti vengono identificati in DPM 2022 e vengono risolti in Hotfix (KB 5015376); è consigliabile applicare l'hotfix. Per altre informazioni, vedere l'articolo della Knowledge Base.
- Errori di backup online intermittenti con errore 100195.
- Errore di verifica della coerenza della protezione secondaria con errore non temporaneo di VSS.
- Arresto anomalo della console di amministrazione remota subito dopo l'apertura della console.
- Errori di backup dovuti a DpmFilter.sys non caricamento nell'agente DPM.
- DPM si arresta in modo anomalo quando gli avvisi di errore di backup del nastro sono inattivi.
Note sulla versione di DPM 2022 UR1
I problemi seguenti sono stati identificati dopo la versione di DPM 2022 UR1 (KB 5019645) e sono stati risolti in Hotfix per DPM 2022 UR1 (KB 5026073); È consigliabile applicare l'hotfix se si verificano i problemi seguenti. Per altre informazioni, vedere l'articolo kb per l'hotfix.
I backup per le macchine virtuali VMware che dispongono di strumenti VMware hanno esito negativo con errore "Disco SubSystem 0x80990EF1"
Descrizione: DPM 2022 UR1 ha avuto un bug in cui i backup delle macchine virtuali VMware non riuscirebbero se sono installati gli strumenti VMware. Ciò è dovuto a una configurazione errata in DPM.
Soluzione alternativa: applicare l'hotfix per DPM 2022 UR1 o DPM 2022 UR2.
DPM 2022 RTM e Aggiornamento cumulativo 1 non possono individuare i database in SQL Server 2017 e 2016 su TLS 1.2.
Descrizione: DPM 2022 RTM e UR1 non supportano MSOLEDB 18 per SQL Server 2017 e 2016 che è necessario per eseguire l'individuazione e la protezione delle SQL Server su TLS 1.2. Questo problema viene osservato dopo l'installazione di KB5021128 o KB5021127 per SQL Server 2016 e 2017 rispettivamente per richiedere tls 1.2 o quando TLS 1.0 e 1.1 sono disabilitati nel server protetto.
Soluzione alternativa: applicare l'hotfix per DPM 2022 UR1 o DPM 2022 UR2, aggiornare gli agenti DPM e quindi installare MSOLEDB 18 nei server SQL protetti.
Note sulla versione di DPM 2022 UR2
Viene richiamata la versione dell'aggiornamento cumulativo 2 per System Center DPM 2022 a causa dei problemi noti elencati di seguito:
- I backup pianificati di Hyper-V richiedono molto tempo per completare perché ogni processo di backup attiva un controllo di coerenza. Messaggio di errore: la replica di Microsoft Hyper-V RCT in <Nome> computer non è coerente con l'origine dati protetta. DPM ha rilevato modifiche nelle posizioni dei file o nelle configurazioni del volume di oggetti protetti poiché l'origine dati è stata configurata per la protezione. (ID 30135).
- La rimozione di un'origine dati dal gruppo protezione dati o dall'arresto del backup genera un errore con ID 33469: questa operazione non è supportata nella versione corrente dell'agente MARS.
- La console DPM si arresta occasionalmente in modo anomalo quando vengono configurati avvisi o report SMTP.
Compilazione aggiornata (aggiornamento cumulativo 2 aggiornamento per System Center DPM 2022) risoluzione dei problemi noti rilasciati.
Se è stato installato l'aggiornamento cumulativo 2 per System Center DPM 2022 (10.22.189.0), è consigliabile installare Update Rollup 2 Refresh (10.22.197.0) nel server DPM e aggiornare gli agenti di protezione.
Contattare supporto tecnico Microsoft per le query o altre informazioni.
Oltre ai problemi documentati sopra, DPM 2022 UR2 presenta i problemi seguenti:
I report di posta elettronica DPM 2022 UR1 con le credenziali di Microsoft 365 non riescono dopo l'aggiornamento a DPM 2022 UR2
Descrizione: DPM 2022 UR2 aggiunge il supporto per i metodi di autenticazione SMTP di Windows e Basic. L'autenticazione SMTP di base funzionerà per Microsoft 365 e altri provider di posta elettronica che lo supportano. Tuttavia, se si usa DPM 2022 UR1 con le credenziali di Microsoft 365, i report e gli avvisi di posta elettronica inizieranno a non riuscire poiché le credenziali non possono essere lette da DPM 2022 UR2.
Soluzione alternativa: riconfigurare le credenziali di posta elettronica per Microsoft 365 usando il tipo di autenticazione di base aggiunto in DPM 2022 UR2.
DPM non è in grado di enumerare i database SQL per la protezione
Descrizione: DPM non è in grado di enumerare i database SQL per la protezione quando MSOLEDB 18 non è presente nel server protetto poiché DPM richiede MSOLEDB18 per enumerare i database per la protezione.
Soluzione alternativa: installare il driver SQL MSOLEDB 18 se mancante nel server protetto. SQL Server 2022 viene fornito con MSOLEDB 18 per impostazione predefinita.
Arrestare la protezione con l'eliminazione dei dati online non riesce dalla console di gestione remota
Descrizione: l'operazione arresta la protezione con l'eliminazione dei dati online non riesce dalla console di gestione remota quando l'opzione di sicurezza ibrida avanzata è abilitata nell'insieme di credenziali.
Soluzione alternativa: per impedire questa operazione, eseguire la protezione senza eliminare i dati online direttamente dalla console DPM.
Arresto della protezione di un'origine dati da errore con ID: 33469
Descrizione: la rimozione di un'origine dati dal gruppo di protezione o l'arresto del backup genera un errore con ID 33469, questa operazione non è supportata nella versione corrente dell'agente MARS.
Questo problema si verifica perché DPM verifica erroneamente una versione installata dell'agente MARS (Microsoft Azure Recovery Services) 2.0.9262.0 o versione successiva e non riesce quando non è disponibile alcun agente MARS nel server DPM.
Soluzione alternativa: installare l'aggiornamento cumulativo 2 per System Center DPM 2022.
Note sulla versione di aggiornamento di DPM 2022 UR2
DPM 2022 UR2 Refresh risolve i problemi noti in DPM 2022 UR2.
Importante
Questa versione di Data Protection Manager (DPM) ha raggiunto la fine del supporto. È consigliabile eseguire l'aggiornamento a DPM 2022.
Questo articolo elenca le note sulla versione per System Center 1807 - Data Protection Manager (DPM).
Importante
Questa versione di Data Protection Manager (DPM) ha raggiunto la fine del supporto. È consigliabile eseguire l'aggiornamento a DPM 2022.
Questo articolo elenca le note sulla versione per System Center 1801 - Data Protection Manager (DPM).
Questo articolo elenca le note sulla versione per System Center 2016 - Data Protection Manager (DPM).
Note sulla versione di DPM 2019
Le sezioni seguenti offrono un riepilogo delle note sulla versione per DPM 2019 e includono i problemi noti e le soluzioni alternative applicabili.
Arresto anomalo della console DPM a causa dell'arresto anomalo del servizio MSDPM
Descrizione: la presenza di processi di gestione di riepilogo duplicati, dopo l'aggiornamento di DPM, potrebbe causare un errore di eventuali processi in corso a zero ore, causando un arresto anomalo. Di conseguenza, si potrebbe riscontrare quanto segue:
- Replica incoerente.
- Software bloat delle risorse di archiviazione a causa della mancata eliminazione di punti di ripristino.
- Report di DPM non aggiornati.
- Mancata esecuzione della pulizia per la cronologia processo e i processi di Garbage Collection.
Soluzione alternativa:
Eseguire il backup del database DPM corrente.
Aprire SQL Management Studio e connettersi all'istanza SQL che ospita DPMDB per questo server.
Eseguire la query seguente e verificare se sono stati pianificati due o più processi di gestione riepilogo e vedere quale era la pianificazione precedente:
SELECT SCH.ScheduleId, SCH.JobDefinitionId, jd.CreationTime FROM tbl_JM_JobDefinition JD JOIN tbl_SCH_ScheduleDefinition SCH ON JD.JobDefinitionId = SCH.JobDefinitionId WHERE JD.Type = '282faac6-e3cb-4015-8c6d-4276fcca11d4' AND JD.IsDeleted = 0 AND SCH.IsDeleted = 0Se sono state restituite più righe, prendere l'ID pianificazione risultante e JobDefinitionID della voce precedente e contrassegnarli come eliminati.
update tbl_SCH_ScheduleDefinition set IsDeleted = 1 where ScheduleId = ‘ScheduleID ' --- Replace with Your ScheduleID update dbo.tbl_JM_JobDefinition set IsDeleted = 1 where JobDefinitionId = ‘JobDefinitionID' --- Replace with Your JobDefinitionIDEliminare il processo SQL corrispondente a ScheduleID nei processi di SQL Server Agent. Dopo l'eliminazione, l'arresto anomalo del sistema alle ore zero dovrebbe essere risolto.
ScheduleId è il processo SQL in SQL Agent:
UPDATE MSDB.dbo.sysjobs SET Enabled = 0 WHERE [Name] LIKE ‘ScheduleID’ --- Replace with Your ScheduleID
Le macchine virtuali Hyper-V vengono protette due volte durante l'aggiornamento
Descrizione: quando si aggiorna una VM Hyper-V da Windows Server 2012 R2 a Windows Server 2016, nella procedura guidata Crea gruppo protezione dati vengono visualizzate due versioni della VM.
Soluzione alternativa: per le macchine virtuali protette che stanno per essere aggiornate, assicurarsi di interrompere la protezione con conservare i dati prima di aggiornare la macchina virtuale. Aggiornare quindi la macchina virtuale e riproterla in un nuovo gruppo di protezione. Quando si configura la riprotezione, aggiornare l'host della macchina virtuale perché DPM rilevi l'aggiornamento della macchina virtuale e la protegga come macchina virtuale RCT.
Errore nei punti di ripristino successivi al ripristino di una versione precedente di una VM Hyper-V aggiornata
Descrizione: quando si aggiorna una macchina virtuale Hyper-V protetta 2012 R2 alla versione 2016, arrestare la protezione della macchina virtuale (ma conservare i dati) e quindi riabilitare la protezione. Se si ripristina quindi una copia R2 2012 nel percorso originale, altri backup potrebbero non riuscire.
Soluzione alternativa: dopo il ripristino, modificare la versione della macchina virtuale in 2016 e quindi eseguire un controllo di coerenza.
Errori della protezione del ripristino bare metal
Descrizione: se si configura la protezione BMR (Bare Metal Recovery), il processo di protezione BMR potrebbe non riuscire con il messaggio che le dimensioni della replica non sono sufficientemente grandi.
Soluzione alternativa: usare il percorso del Registro di sistema seguente per modificare le dimensioni di replica predefinite per le origini dati del ripristino bare metal. Aprire l'editor del Registro di sistema e aumentare le dimensioni di replica per la chiave seguente:
HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)
Arresto della protezione del database DPM in scenari di aggiornamento
Descrizione: quando si aggiorna DPM, il nome del database potrebbe cambiare in alcuni scenari.
Soluzione alternativa: se si protegge un database DPM, assicurarsi di abilitare la protezione per il nuovo database DPM. Dopo la convalida dell'aggiornamento di DPM, è possibile rimuovere la protezione dati per il database DPM precedente.
Impossibile ripristinare RCT Hyper-V come file per il backup diretto su nastro
Descrizione: il ripristino delle macchine virtuali RCT Hyper-V come file creati direttamente su nastro ha esito negativo. I backup D-D-T non presentano questo problema.
Soluzione alternativa: usare il ripristino del percorso alternativo come una macchina virtuale e quindi trasferire i file nella posizione desiderata.
Nota
Questa funzionalità è stata corretta in DPM 2019 UR1. Per risolvere questo problema, è possibile installare la versione UR1. Per informazioni dettagliate sull'installazione della versione UR1, vedere l'articolo della Knowledge Base per la versione UR1.
DPM 2019 non supporta il ripristino gestito dall'utente del file server con Modern Backup Storage (MBS).
Descrizione: DPM 2019 non supporta il ripristino dell'utente finale (EUR) con l'archiviazione di backup moderna (MBS).
Soluzione alternativa: Nessuna. L'EUR del file server non è supportato quando si usa MBS.
Impossibile gestire i server DPM 1801/1807 dalla console centrale DPM 2019
Descrizione: con la console centrale DPM 2019 non è possibile gestire i server DPM 1801 o DPM 1807.
Soluzione alternativa: aggiornare il server DPM alla versione 2019.
I punti di ripristino non vengono eliminati, causando un accumulo
Descrizione: DPM elimina i punti di ripristino antecedenti il periodo di mantenimento dati. Durante il processo di eliminazione, DPM calcola lo spazio di archiviazione usato dai punti di ripristino da eliminare. Il calcolo dell'archiviazione ritarda l'eliminazione.
Soluzione alternativa: configurare DPM in modo da ignorare il calcolo delle dimensioni dei punti di ripristino da eliminare. Di conseguenza, lo script di eliminazione viene eseguito più velocemente e si eliminano tutti i punti di ripristino precedenti all'intervallo di conservazione, rimuovendo eventuali pressioni di archiviazione. Lo spazio di archiviazione usato per ogni origine dati non viene aggiornato finché DPM non termina l'eliminazione. Lo spazio di archiviazione usato per ogni volume continua invece a riflettere i valori corretti. Usare uno script di PowerShell per attivare il calcolo delle dimensioni. Lo script seguente esegue calcoli delle dimensioni completi.
Posizione: Programmi\Microsoft System Center\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1
Copione:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]
ManageStorageInfo: specifica il tipo di operazione necessaria.
StopSizeAutoUpdate: Arresta completamente i calcoli delle dimensioni. Sia l'interfaccia utente che PowerShell non segnala le dimensioni.
StartSizeAutoUpdate: riprende i calcoli delle dimensioni. Immediatamente dopo aver abilitato i calcoli delle dimensioni, usare
UpdateSizeInfo(nelle opzioni seguenti) per ricalcolare le dimensioni per tutte le origini dati, fino a quando le dimensioni segnalate in PowerShell e l'interfaccia utente potrebbero non essere corrette.GetSizeAutoUpdateStatus: indica se i calcoli delle dimensioni sono abilitati o disabilitati.
UpdateSizeInfo: Attiva il calcolo delle dimensioni e segnala le dimensioni utilizzate dall'origine dati. Questa operazione potrebbe durare a lungo, quindi usarla solo se necessario, ad esempio negli scenari di fatturazione. Durante questo periodo, i backup potrebbero non riuscire con errori di montaggio del disco rigido virtuale.
UpdateSizeForDS: Percorso di un file di testo con un elenco di ID origine dati per cui è necessario calcolare le dimensioni con un datasourceID in ogni riga. Quando non viene superato, il calcolo delle dimensioni viene attivato per tutte le origini dati. Dopo aver usato
UpdateSizeInfoinManageStorageInfo. Per ottenere gli ID origine dati di origini dati specifiche, usareGet-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.UpdateDSSizeReport: Percorso di un file che archivia le dimensioni aggiornate dell'origine dati. Quando non viene passato, sizes.csv file viene creato nella directory di esecuzione. Usare dopo
UpdateSizeInfoinManageStorageInfo.FailedDSSizeUpdateFile: Percorso di un file per archiviare gli ID origine dati per le origini dati per cui non è stato possibile calcolare l'utilizzo di archiviazione. Ciò potrebbe verificarsi a causa di motivi come i backup in corso. Quando non viene passato, failedDS.txt file viene creato nella directory di esecuzione. Questo file può essere fornito come input a "UpdateSizeForDS" per aggiornare le dimensioni di tutte le origini dati. Deve essere usato dopo aver usato
UpdateSizeInfoinManageStorageInfo.
Le origini dati DPM non vengono riflesse nell'insieme di credenziali di Servizi di ripristino
Descrizione: alcune origini dati nella visualizzazione Elementi di backup (DPM) dall'insieme di credenziali dei servizi di ripristino in portale di Azure non vengono aggiornate/aggiornate.
Causa: potrebbe essere stato rimosso un server protetto e arrestato la protezione delle origini dati, ma è stato scelto di mantenere i punti di ripristino online e quindi è stato disinstallato l'agente DPM/MABS dalla console.
È possibile verificare se si tratta della causa aprendo il file GatewayProvider0Curr.errlog in C:\ProgramFiles\Microsoft Backup di Azure Server\DPM\MARS\Temp cartella nel blocco note e cercare la parola Mis-Match.
Se si trova una voce come indicato di seguito, il server protetto non corrisponde.
Nell'esempio seguente l'agente per il server denominato mjlc-dc.Contoso.com è stato disinstallato e mancante dal server DPM/MABS.
GetData of Provider failed. |Backup Service Exception: FMException: [ErrorCode:GPPowershellScriptHrError, DetailedCode:-2146233079, Source: at System.Management.Automation.MshCommandRuntime.ThrowTerminatingError(ErrorRecord errorRecord), Message:Production Server **mis-match** DSId :9adaec12-5b5a-455e-86b9-1fac2d605fe1 DSName : S:\ DSType : Volume PSName :**mjlc-dc.Contoso.com** PSId: a494f940-b480-41d2-9ef5-4194ad737c7b]
Soluzione alternativa
- Se il server protetto originale è ancora disponibile, reinstallare l'agente DPM anche se si prevede di accettare il server offline in futuro. È possibile disabilitare l'agente in DPM/MABS; non rimuoverlo finché non si eliminano i punti di ripristino online.
- Se i punti di ripristino online per il server rimosso non sono più necessari, è possibile eliminare le origini dati nel server DPM/MABS in fase di arresto.
Note sulla versione di DPM 2019 UR1
Il ripristino della macchina virtuale con disco escluso (per host alternativo) ripristina il disco vuoto
Descrizione: il ripristino della macchina virtuale con disco escluso nell'host alternativo ripristina il disco escluso come disco vuoto. Il disco escluso non verrà collegato alla macchina virtuale. Il disco può essere eliminato per salvare lo spazio di archiviazione.
Soluzione alternativa: nessuno
Per i problemi risolti in DPM 2019 UR1, vedere l'articolo della Knowledge Base.
Note sulla versione di DPM 2019 UR2
Le sezioni seguenti contengono informazioni dettagliate sui problemi noti e sulle soluzioni alternative per DPM 2019 UR2.
Per i problemi risolti in DPM 2019 UR2, vedere l'articolo della Knowledge Base.
I dettagli del gruppo protezione dati non vengono visualizzati nella console DPM
Descrizione: Dopo aver installato DPM 2019 UR2, a volte la Console DPM non visualizza i dettagli del gruppo protezione dati nel riquadro Dettagli.
Soluzione alternativa: Usare il comando di PowerShell Get-DPMProtectionGroup per visualizzare i dettagli del gruppo protezione dati.
Nota
Questo problema è stato risolto in DPM 2019 UR3. Per altre informazioni sui problemi risolti in UR3, vedere l'articolo della KB.
I file di report più recenti non vengono aggiornati automaticamente
Descrizione: con DPM 2019 UR2, è stato risolto il problema con la formattazione del report DPM e la creazione di report sulla migrazione da volume a volume. Tuttavia, i file di report esistenti non vengono sostituiti automaticamente con i file aggiornati.
Soluzione alternativa: Per sostituire i file di report esistenti, seguire questa procedura:
Sostituire il file ReportSRV10.dll
- Arrestare il servizio di creazione report di SQL Server.
- Selezionare il file diReportSRV10.dll aggiornato presente in C:\Programmi\Microsoft System Center\DPM\DPM\bin e sostituire i file DLL esistenti nelle cartelle seguenti:
- Per SQL Server 2017 e versioni successive - C:\Programmi\Microsoft SQL Server Reporting Services\SSRS\ReportServer\bin
- Per SQL Server 2016 - C:\Programmi\Microsoft SQL Server\MSRS13. MSDPM2012\Reporting Services\ReportServer\bin
- Avviare SQL Server Reporting Services.
Sostituire i file RDL
In DPM aprire l'URL del portale di SQL Reporting Services.
Nel portale la cartella DPMReports è presente nel formato DPMReports_<GUID>.
Nota
È possibile visualizzare solo una cartella con questa convenzione di denominazione. Se DPM viene aggiornato da una versione precedente, la cartella precedente potrebbe comunque esistere ma non è possibile aprirla.
Selezionare e aprire la cartella DPMReports_<GUID> . Vengono visualizzati i file dei singoli report.
Selezionare i file di report che non terminano con Report, fare clic con il pulsante destro del mouse su Opzione e quindi scegliere Gestisci.
Nella nuova pagina selezionare Sostituisci per sostituire con i file di report più recenti.
I file di report più recenti sono disponibili nel percorso di installazione DPM:
Ad esempio: C:\Programmi\Microsoft System Center\DPM\DPM\bin\DpmReports
Dopo che i file sono stati sostituiti, assicurarsi che Nome e Descrizione non siano stati modificati e non siano vuoti.
Riavviare DPM e usare i file di report.
Note sulla versione di DPM 2019 UR3
La sezione seguente fornisce informazioni dettagliate sul problema noto in DPM 2019 UR3 e sulla soluzione alternativa.
La console remota DPM potrebbe non riuscire a connettersi al server DPM, dopo l'aggiornamento al rollup 3
Descrizione: dopo l'aggiornamento della console di amministrazione remota DPM all'aggiornamento cumulativo 3, potrebbe non essere possibile connettersi al server DPM con un errore La versione della console di amministrazione DPM non è compatibile con la versione del server DPM.
Soluzione alternativa:
Nel server che esegue la console di amministrazione remota DPM eseguire il comando PowerShell seguente (immettere il nome del server DPM come applicabile); questo comando copia i file DLL necessari dal server DPM:
$RemoteUIPath = "C:\Program Files\Microsoft Data Protection Manager\DPM2019\bin" $RemoteUidlls = Get-Item "$RemoteUIPath\*" | ? {$_.name -match ".dll"} Write-Host -MessageData "Copying required $($RemoteUidlls.count) DLL's for Remote UI" foreach ($dll in $RemoteUidlls) { Copy-Item -Path "\\<FQDN of the DPM Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\$($dll.name)" -Destination $RemoteUIPath } $RemoteUIUR3Dlls = "Microsoft.ApplicationInsights.dll", "Microsoft.Diagnostics.Tracing.EventSource.dll", "Microsoft.SystemCenter.DPM.Instrumentation.dll", "Microsoft.SystemCenter.DPM.InstrumentationScheduler.dll", "Microsoft.SystemCenter.Instrumentation.dll", "Microsoft.WindowsAzure.Storage.dll", "Newtonsoft.Json.dll" foreach ($dll in $RemoteUIUR3Dlls) { $SourceDllPath = "\\<FQDN of the DPM Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\" + $dll Copy-Item -Path $SourceDllPath -Destination $RemoteUIPath } Write-Host -MessageData "All required DLL files for DPM Remote UI UR3 has been copied"Nota
Se si usa L'interfaccia utente remota DPM in un computer SCOM, la copia per i file seguenti potrebbe non riuscire, questa operazione può essere ignorata.
- SCOMHelperLibrary.dll
- ScopingCommonHelper.dll
- ViewAlertsAndAffectedItemsHelper.dll
- Wpfhelpers.dll
Se si usa una lingua diversa dall'inglese, copiare la rispettiva cartella di lingua dal server DPM. Aggiornare il nome e la cartella del server DPM nel comando seguente e quindi eseguire il comando.
Copy-Item -Path \\<FQDN of the DPM_Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\<Language folder>\*.dll -Destination C:\Program Files\Microsoft Data Protection Manager\DPM2019\bin\<Language folder>Nota
Questo comando usa il percorso di installazione predefinito per DPM. Se il percorso di installazione è stato modificato, aggiornare di conseguenza il percorso.
Note sulla versione di DPM 2019 UR4
La sezione seguente fornisce informazioni dettagliate sul problema noto in DPM 2019 UR4 e sulla soluzione alternativa.
Installazione dell'aggiornamento dell'interfaccia utente remota e dell'URI della console centrale
Descrizione: l'interfaccia utente remota e la console centrale devono essere installate in RTM, UR1, UR2.
Soluzione alternativa: se l'interfaccia utente remota e la console centrale sono in UR3, è necessario disinstallarla, installare la versione RTM e quindi eseguire l'aggiornamento a UR4. Solo l'interfaccia utente remota UR4 può connettersi a DPM 2019 UR4.
Note sulla versione di DPM 2019 UR5
Attualmente non sono presenti problemi noti in DPM 2019 UR5.
Note sulla versione di DPM 2019 UR6
La sezione seguente fornisce informazioni dettagliate sul problema noto in DPM 2019 UR6 e sulla soluzione alternativa.
Per i problemi risolti in UR6 e le istruzioni di installazione per UR6, vedere l'articolo della Knowledge Base.
Il seeding offline non funziona con l'agente MARS 2.0.9254.0 e versioni successive
Descrizione: la creazione successiva dei punti di ripristino online ha esito negativo dopo la creazione del primo punto di ripristino online per le origini dati di cui è stato eseguito il backup solo tramite Databox, quando la versione dell'agente MARS è maggiore di 2.0.9254.0.
Soluzione alternativa: Nessuna. Per assistenza, contattare il supporto tecnico Microsoft.
Note sulla versione di DPM 1807
Per visualizzare l'elenco dei bug che sono stati risolti in DPM 1807, fare riferimento all'articolo della Knowledge Base 4339950.
Nella versione 1807 esistono i problemi seguenti.
Le macchine virtuali Hyper-V vengono protette due volte durante l'aggiornamento
Descrizione: quando si aggiorna una macchina virtuale Hyper-V da Windows Server 2012 R2 a Windows Server 2016, vengono visualizzate due versioni della macchina virtuale nella procedura guidata Crea gruppo protezione dati.
Soluzione alternativa: per le macchine virtuali che non sono state aggiornate, interrompere la protezione con Mantieni dati. Aggiornare la macchina virtuale e creare un nuovo gruppo di protezione. Aggiornare quindi le origini dati e proteggere le macchine virtuali. Quando si riapplica la protezione, le macchine virtuali vengono protette tramite Rilevamento delle modifiche resilienti.
Impossibile installare l'agente in Windows Server 2008, Windows Server 2008 R2
Descrizione: durante la protezione di Windows Server 2008 o Windows Server 2008 R2, l'installazione dell'agente può non riuscire.
Soluzione alternativa: aggiornare Windows Management Framework (WMF) nel server di produzione alla versione 5.1. Scaricare WMF da Windows Management Frame 5.1. Installare WMF e installare l'agente.
A causa del ripristino di una versione precedente di una macchina virtuale Hyper-V aggiornata i futuri punti di ripristino hanno esito negativo.
Descrizione: se si aggiorna una macchina virtuale Hyper-V protetta 2012 R2 alla versione 2016, arrestare la protezione (ma conservare i dati) e quindi riabilitare la protezione. Se si ripristina quindi una copia R2 2012 nel percorso originale, altri backup potrebbero non riuscire.
Soluzione alternativa: dopo il ripristino, modificare la versione della macchina virtuale in 2016 e quindi eseguire un controllo coerenza.
Errori della protezione del ripristino bare metal
Descrizione: se si configura la protezione BMR (Bare Metal Recovery), il processo di protezione BMR potrebbe non riuscire con il messaggio che le dimensioni della replica non sono sufficientemente grandi.
Soluzione alternativa: usare il percorso del Registro di sistema seguente per modificare le dimensioni di replica predefinite per le origini dati del ripristino bare metal. Aprire l'editor del Registro di sistema e aumentare le dimensioni di replica per la chiave seguente:
HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)
Proteggere nuovamente il database DPM dopo l'aggiornamento a DPM 2016 o 1801
Descrizione: quando si esegue l'aggiornamento da System Center DPM 2012 R2 a System Center Data Protection Manager 2016 o 1801, il nome del database DPM può cambiare in alcuni scenari.
Soluzione alternativa: se si protegge un database DPM, assicurarsi di abilitare la protezione per il nuovo database DPM. Dopo aver convalidato l'aggiornamento di DPM, è possibile rimuovere la protezione per il database DPM precedente.
I punti di ripristino non vengono eliminati, causando un accumulo
Descrizione: DPM elimina i punti di ripristino antecedenti il periodo di mantenimento dati. Durante il processo di eliminazione, DPM calcola lo spazio di archiviazione usato dai punti di ripristino da eliminare. Il calcolo dell'archiviazione ritarda l'eliminazione.
Soluzione alternativa: configurare DPM in modo da ignorare il calcolo delle dimensioni dei punti di ripristino da eliminare. Di conseguenza, lo script di eliminazione viene eseguito più velocemente e elimina tutti i punti di ripristino precedenti all'intervallo di conservazione, in modo da alleviare eventuali pressioni di archiviazione. Lo spazio di archiviazione usato per ogni origine dati non viene aggiornato finché DPM non termina l'eliminazione. Lo spazio di archiviazione usato per ogni volume continua invece a riflettere i valori corretti. Usare uno script di PowerShell per attivare il calcolo delle dimensioni. Lo script seguente esegue calcoli delle dimensioni completi.
Percorso: Programmi\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1
Copione:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]
ManageStorageInfo: specifica il tipo di operazione necessaria.
StopSizeAutoUpdate: Arresta completamente i calcoli delle dimensioni. Sia l'interfaccia utente che PowerShell non reporterà le dimensioni.
StartSizeAutoUpdate: riprende i calcoli delle dimensioni. Subito dopo aver abilitato i calcoli delle dimensioni, usare
UpdateSizeInfo(nelle opzioni seguenti) per ricalcolare le dimensioni per tutte le origini dati, fino a quando le dimensioni segnalate in PowerShell e nell'interfaccia utente potrebbero non essere corrette.GetSizeAutoUpdateStatus: indica se i calcoli delle dimensioni sono abilitati o disabilitati.
UpdateSizeInfo: Attiva il calcolo delle dimensioni e segnala le dimensioni utilizzate dall'origine dati. Questa operazione potrebbe durare a lungo, quindi usarla solo se necessario, ad esempio negli scenari di fatturazione. Durante questo periodo, i backup potrebbero non riuscire con errori di montaggio del disco rigido virtuale.
UpdateSizeForDS: Percorso di un file di testo con un elenco di ID origine dati per cui è necessario calcolare le dimensioni con un datasourceID in ogni riga. Quando non viene passato, il calcolo delle dimensioni viene attivato per tutte le origini dati. Dopo aver usato
UpdateSizeInfoinManageStorageInfo. Per ottenere gli ID origine dati di origini dati specifiche, usareGet-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.UpdatedDSSizeReport: Percorso di un file in cui sono archiviate le dimensioni aggiornate dell'origine dati. Quando non viene passato, sizes.csv file viene creato nella directory di esecuzione. Usare dopo
UpdateSizeInfoinManageStorageInfo.FailedDSSizeUpdateFile: Percorso di un file in cui archiviare gli ID origine dati per le origini dati per cui non è stato possibile calcolare l'utilizzo di archiviazione. Ciò può verificarsi a causa di motivi come backup in corso. Se l'operazione non riesce, nella directory di esecuzione viene creato il file failedDS.txt. Questo file può essere fornito come input a "UpdateSizeForDS" per aggiornare le dimensioni di tutte le origini dati. Deve essere usato dopo aver usato
UpdateSizeInfoinManageStorageInfo.
Impossibile ripristinare RCT Hyper-V come file per il backup diretto su nastro
Descrizione: il ripristino delle macchine virtuali RCT Hyper-V come file creati direttamente su nastro ha esito negativo. D-D-T non presenta questo problema.
Soluzione alternativa: usare il ripristino del percorso alternativo come una macchina virtuale e quindi trasferire i file nella posizione desiderata.
Il recupero dati gestito dall'utente del file server non è disponibile quando si usa Modern Backup Storage (MBS)
Descrizione: se si usa Modern Backup Storage (MBS) con DPM 2016, il ripristino dell'utente finale del file server (EUR) non è disponibile.
Soluzione alternativa: Nessuna. L'EUR del file server non è supportato quando si usa MBS.
Note sulla versione di DPM 1801
I bug seguenti sono stati corretti in DPM versione 1801:
- L'aggiornamento dell'agente DPM nel server di produzione provoca un riavvio imprevisto.
- Le verifiche di coerenza per le macchine virtuali Hyper-V trasferiscono più dati delle dimensioni delle macchine virtuali.
Nella versione 1801 esistono i problemi seguenti.
Installazione invisibile all'utente di System Center DPM con SQL Server 2008
Descrizione: DPM 2016 RTM non verrà installato in modo invisibile all'utente in SQL Server 2008.
Soluzione alternativa: distribuire DPM 2016 RTM in una versione di SQL Server superiore alla 2008 o usare l'interfaccia utente di installazione di DPM 2016.
Il cmdlet Remove-DPMDiskStorage potrebbe eliminare volumi con backup attivi o inattivi
Descrizione: se viene eseguito il backup delle origini dati del volume (attivamente o inattive), quando viene usato il cmdlet Remove-DPMDiskStorage per rimuovere i volumi da DPM, è possibile rimuovere anche le origini dati.
Soluzione alternativa: prima di usare il cmdlet per rimuovere i volumi, assicurarsi che le origini dati del volume non siano in uso (attivamente o inattive).
DPM 2016 in Windows Server 2016 si blocca
Descrizione: l'utilizzo della memoria nel server DPM aumenta continuamente fino a raggiungere il 90%. L'utilizzo della memoria rallenta il server DPM.
Soluzione alternativa: eseguire l'aggiornamento di DPM a DPM UR2 e installare KB4013429 per risolvere il problema.
Le macchine virtuali Hyper-V vengono protette due volte durante l'aggiornamento
Descrizione: quando si aggiorna una macchina virtuale Hyper-V da Windows Server 2012 R2 a Windows Server 2016, vengono visualizzate due versioni della macchina virtuale nella procedura guidata Crea gruppo protezione dati.
Soluzione alternativa: per le macchine virtuali che non sono state aggiornate, interrompere la protezione con Mantieni dati. Aggiornare la macchina virtuale e creare un nuovo gruppo protezione dati. Aggiornare quindi le origini dati e proteggere le macchine virtuali. Quando si riapplica la protezione, le macchine virtuali vengono protette tramite Rilevamento delle modifiche resilienti.
Impossibile installare l'agente in Windows Server 2008, Windows Server 2008 R2
Descrizione: per la protezione di Windows Server 2008 o Windows Server 2008 R2, l'installazione dell'agente può non riuscire.
Soluzione alternativa: aggiornare Windows Management Framework (WMF) alla versione 4.0 nel server di produzione. Scaricare WMF da Windows Management Frame 5.1(https://www.microsoft.com/download/details.aspx?id=54616). Installare WMF e installare l'agente.
A causa del ripristino di una versione precedente di una macchina virtuale Hyper-V aggiornata i futuri punti di ripristino hanno esito negativo.
Descrizione: se si aggiorna una macchina virtuale Hyper-V 2012 R2 protetta alla versione 2016, arrestare la protezione (ma conservare i dati) e quindi riabilitare la protezione. Se quindi si ripristina una copia 2012 R2 nel percorso originale, potrebbero non riuscire altri backup.
Soluzione alternativa: dopo il ripristino, modificare la versione della macchina virtuale in 2016 e quindi eseguire una verifica coerenza.
Errori della protezione del ripristino bare metal
Descrizione: se si configura la protezione Bare Metal Recovery (BMR), il processo di protezione bare metal potrebbe non riuscire con il messaggio che indica che le dimensioni della replica non sono sufficientemente grandi.
Soluzione alternativa: usare il percorso del Registro di sistema seguente per modificare le dimensioni di replica predefinite per le origini dati del ripristino bare metal. Aprire l'editor del Registro di sistema e aumentare le dimensioni di replica per la chiave seguente:
HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)
Proteggere nuovamente il database DPM dopo aver eseguito l'aggiornamento a DPM 2016
Descrizione: quando si esegue l'aggiornamento da System Center DPM 2012 R2 a System Center Data Protection Manager 2016, in alcuni scenari il nome del database DPM può cambiare.
Soluzione alternativa: se si protegge un database DPM, assicurarsi di abilitare la protezione per il nuovo database DPM. Dopo aver convalidato l'aggiornamento di DPM, è possibile rimuovere la protezione per il database DPM precedente.
I punti di ripristino non vengono eliminati, causando un accumulo
Descrizione: DPM elimina i punti di ripristino antecedenti il periodo di mantenimento dati. Durante il processo di eliminazione, DPM calcola lo spazio di archiviazione usato dai punti di ripristino da eliminare. Il calcolo dell'archiviazione ritarda l'eliminazione.
Soluzione alternativa: configurare DPM in modo da ignorare il calcolo delle dimensioni dei punti di ripristino da eliminare. Di conseguenza, lo script di eliminazione viene eseguito più velocemente e elimina tutti i punti di ripristino precedenti all'intervallo di conservazione, in modo da alleviare eventuali pressioni di archiviazione. Lo spazio di archiviazione usato per ogni origine dati non viene aggiornato finché DPM non termina l'eliminazione. Lo spazio di archiviazione usato per ogni volume continua invece a riflettere i valori corretti. Usare uno script di PowerShell per attivare il calcolo delle dimensioni. Lo script seguente esegue calcoli delle dimensioni completi.
Percorso: Programmi\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1
Copione:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]
ManageStorageInfo: specifica il tipo di operazione necessaria.
StopSizeAutoUpdate: Arresta completamente i calcoli delle dimensioni. Sia l'interfaccia utente che PowerShell non reporterà le dimensioni.
StartSizeAutoUpdate: riprende i calcoli delle dimensioni. Subito dopo aver abilitato i calcoli delle dimensioni, usare
UpdateSizeInfo(nelle opzioni seguenti) per ricalcolare le dimensioni per tutte le origini dati, fino a quando le dimensioni segnalate in PowerShell e nell'interfaccia utente potrebbero non essere corrette.GetSizeAutoUpdateStatus: indica se i calcoli delle dimensioni sono abilitati o disabilitati.
UpdateSizeInfo: Attiva il calcolo delle dimensioni e segnala le dimensioni utilizzate dall'origine dati. Questa operazione potrebbe durare a lungo, quindi usarla solo se necessario, ad esempio negli scenari di fatturazione. Durante questo periodo, i backup potrebbero non riuscire con errori di montaggio del disco rigido virtuale.
UpdateSizeForDS: Percorso di un file di testo con un elenco di ID origine dati per cui è necessario calcolare le dimensioni con un datasourceID in ogni riga. Quando non viene superato, il calcolo delle dimensioni viene attivato per tutte le origini dati. Dopo aver usato
UpdateSizeInfoinManageStorageInfo. Per ottenere gli ID origine dati di origini dati specifiche, usareGet-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.UpdateDSSizeReport: Percorso di un file che archivia le dimensioni aggiornate dell'origine dati. Quando non viene passato, sizes.csv file viene creato nella directory di esecuzione. Usare dopo
UpdateSizeInfoinManageStorageInfo.FailedDSSizeUpdateFile: Percorso di un file per archiviare gli ID origine dati per le origini dati per cui non è stato possibile calcolare l'utilizzo di archiviazione. Ciò potrebbe verificarsi a causa di motivi come i backup in corso. Quando non viene passato, failedDS.txt file viene creato nella directory di esecuzione. Questo file può essere fornito come input a "UpdateSizeForDS" per aggiornare le dimensioni di tutte le origini dati. Deve essere usato dopo aver usato
UpdateSizeInfoinManageStorageInfo.
Impossibile ripristinare RCT Hyper-V come file per il backup diretto su nastro
Descrizione: il ripristino delle macchine virtuali RCT Hyper-V come file creati direttamente su nastro ha esito negativo. I backup D-D-T non mostreranno questo problema.
Soluzione alternativa: usare il ripristino percorso alternativo come macchina virtuale e quindi trasferire tali file nel percorso desiderato.
Il recupero dati gestito dall'utente del file server non è disponibile quando si usa Modern Backup Storage (MBS)
Descrizione: se si usa l'archiviazione di backup moderna (MBS) con DPM 2016, il ripristino dell'utente finale di File Server (EUR) non è disponibile.
Soluzione alternativa: Nessuna. L'EUR del file server non è supportato quando si usa MBS.
Potrebbe essere visualizzato l'errore 4387 durante l'installazione di DPM
Descrizione: durante l'installazionedi Data Protection Manager, quando si immette un'istanza SQL nella casella di testoPrerequisitidi installazione > di Data Protection Manager, > potrebbe essere visualizzato l'errore 4387.
Soluzione alternativa: eseguire le azioni necessarie come descritto in questo articolo della Knowledge Base e riprovare a configurare DPM.
Note sulla versione di System Center Data Protection Manager 2016
Le sezioni seguenti offrono un riepilogo delle note sulla versione per DPM 2016 e includono i problemi noti e le soluzioni alternative applicabili.
Installazione invisibile all'utente di System Center DPM con SQL Server 2008
Descrizione: DPM 2016 RTM non verrà installato in modo invisibile all'utente in SQL Server 2008.
Soluzione alternativa: distribuire DPM 2016 RTM in una versione di SQL Server superiore a 2008 o usare l'interfaccia utente di installazione DPM 2016.
Il cmdlet Remove-DPMDiskStorage potrebbe eliminare volumi con backup attivi o inattivi
Descrizione: se le origini dati del volume vengono sottoposte a backup (attivamente o inattive), quando il cmdlet Remove-DPMDiskStorage viene usato per rimuovere i volumi da DPM, anche le origini dati possono essere rimosse.
Soluzione alternativa: prima di usare il cmdlet per rimuovere i volumi, assicurarsi che le origini dati del volume non siano in uso (attivamente o inattive).
DPM 2016 in Windows Server 2016 si blocca
Descrizione: l'utilizzo della memoria nel server DPM aumenta continuamente fino a raggiungere il 90%. L'utilizzo della memoria rallenta il server DPM.
Soluzione alternativa: eseguire l'aggiornamento di DPM a DPM UR2 e installare KB4013429 per risolvere il problema.
Le macchine virtuali Hyper-V vengono protette due volte durante l'aggiornamento
Descrizione: quando si aggiorna una macchina virtuale Hyper-V da Windows Server 2012 R2 a Windows Server 2016, vengono visualizzate due versioni della macchina virtuale nella procedura guidata Crea gruppo protezione dati.
Soluzione alternativa: per le macchine virtuali che non sono state aggiornate, interrompere la protezione con Mantieni dati. Aggiornare la macchina virtuale e creare un nuovo gruppo di protezione. Aggiornare quindi le origini dati e proteggere le macchine virtuali. Quando si riapplica la protezione, le macchine virtuali vengono protette tramite Rilevamento delle modifiche resilienti.
Impossibile installare l'agente in Windows Server 2008, Windows Server 2008 R2
Descrizione: durante la protezione di Windows Server 2008 o Windows Server 2008 R2, l'installazione dell'agente può non riuscire.
Soluzione alternativa: aggiornare Windows Management Framework (WMF) alla versione 4.0 nel server di produzione. Scaricare WMF da Windows Management Frame 5.1(https://www.microsoft.com/download/details.aspx?id=54616). Installare WMF e installare l'agente.
A causa del ripristino di una versione precedente di una macchina virtuale Hyper-V aggiornata i futuri punti di ripristino hanno esito negativo.
Descrizione: se si aggiorna una macchina virtuale Hyper-V protetta 2012 R2 alla versione 2016, arrestare la protezione (ma conservare i dati) e quindi riabilitare la protezione. Se si ripristina quindi una copia R2 2012 nel percorso originale, altri backup potrebbero non riuscire.
Soluzione alternativa: dopo il ripristino, modificare la versione della macchina virtuale in 2016 e quindi eseguire un controllo coerenza.
Errori della protezione del ripristino bare metal
Descrizione: se si configura la protezione BMR (Bare Metal Recovery), il processo di protezione BMR potrebbe non riuscire con il messaggio che le dimensioni della replica non sono sufficientemente grandi.
Soluzione alternativa: usare il percorso del Registro di sistema seguente per modificare le dimensioni di replica predefinite per le origini dati del ripristino bare metal. Aprire l'editor del Registro di sistema e aumentare le dimensioni di replica per la chiave seguente:
HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)
Proteggere nuovamente il database DPM dopo aver eseguito l'aggiornamento a DPM 2016
Descrizione: quando si esegue l'aggiornamento da System Center DPM 2012 R2 a System Center Data Protection Manager 2016, in alcuni scenari il nome del database DPM può cambiare.
Soluzione alternativa: se si protegge un database DPM, assicurarsi di abilitare la protezione per il nuovo database DPM. Dopo aver convalidato l'aggiornamento di DPM, è possibile rimuovere la protezione per il database DPM precedente.
I punti di ripristino non vengono eliminati, causando un accumulo
Descrizione: DPM elimina i punti di ripristino antecedenti il periodo di mantenimento dati. Durante il processo di eliminazione, DPM calcola lo spazio di archiviazione usato dai punti di ripristino da eliminare. Il calcolo dell'archiviazione ritarda l'eliminazione.
Soluzione alternativa: configurare DPM in modo da ignorare il calcolo delle dimensioni dei punti di ripristino da eliminare. Di conseguenza, lo script di eliminazione viene eseguito più velocemente e si eliminano tutti i punti di ripristino precedenti all'intervallo di conservazione, rimuovendo eventuali pressioni di archiviazione. Lo spazio di archiviazione usato per ogni origine dati non viene aggiornato finché DPM non termina l'eliminazione. Lo spazio di archiviazione usato per ogni volume continua invece a riflettere i valori corretti. Usare uno script di PowerShell per attivare il calcolo delle dimensioni. Lo script seguente esegue calcoli delle dimensioni completi.
Percorso: Programmi\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1
Copione:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]
ManageStorageInfo: specifica il tipo di operazione necessaria.
StopSizeAutoUpdate: Arresta completamente i calcoli delle dimensioni. Sia l'interfaccia utente che PowerShell non segnala le dimensioni.
StartSizeAutoUpdate: riprende i calcoli delle dimensioni. Immediatamente dopo aver abilitato i calcoli delle dimensioni, usare
UpdateSizeInfo(nelle opzioni seguenti) per ricalcolare le dimensioni per tutte le origini dati, fino a quando le dimensioni segnalate in PowerShell e l'interfaccia utente potrebbero non essere corrette.GetSizeAutoUpdateStatus: indica se i calcoli delle dimensioni sono abilitati o disabilitati.
UpdateSizeInfo: Attiva il calcolo delle dimensioni e segnala le dimensioni utilizzate dall'origine dati. Questa operazione potrebbe durare a lungo, quindi usarla solo se necessario, ad esempio negli scenari di fatturazione. Durante questo periodo, i backup potrebbero non riuscire con errori di montaggio del disco rigido virtuale.
UpdateSizeForDS: Percorso di un file di testo con un elenco di ID origine dati per cui è necessario calcolare le dimensioni con un datasourceID in ogni riga. Quando non viene superato, il calcolo delle dimensioni viene attivato per tutte le origini dati. Dopo aver usato
UpdateSizeInfoinManageStorageInfo. Per ottenere gli ID origine dati di origini dati specifiche, usareGet-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.UpdateDSSizeReport: Percorso di un file che archivia le dimensioni aggiornate dell'origine dati. Quando non viene passato, sizes.csv file viene creato nella directory di esecuzione. Usare dopo
UpdateSizeInfoinManageStorageInfo.FailedDSSizeUpdateFile: Percorso di un file per archiviare gli ID origine dati per le origini dati per cui non è stato possibile calcolare l'utilizzo di archiviazione. Ciò potrebbe verificarsi a causa di motivi come i backup in corso. Quando non viene passato, failedDS.txt file viene creato nella directory di esecuzione. Questo file può essere fornito come input a "UpdateSizeForDS" per aggiornare le dimensioni di tutte le origini dati. Deve essere usato dopo aver usato
UpdateSizeInfoinManageStorageInfo.
Impossibile ripristinare RCT Hyper-V come file per il backup diretto su nastro
Descrizione: il ripristino delle macchine virtuali RCT Hyper-V come file creati direttamente su nastro ha esito negativo. I backup D-D-T non mostreranno questo problema.
Soluzione alternativa: usare il ripristino del percorso alternativo come una macchina virtuale e quindi trasferire i file nella posizione desiderata.
Il recupero dati gestito dall'utente del file server non è disponibile quando si usa Modern Backup Storage (MBS)
Descrizione: se si usa l'archiviazione di backup moderna (MBS) con DPM 2016, il ripristino dell'utente finale di File Server (EUR) non è disponibile.
Soluzione alternativa: Nessuna. L'EUR del file server non è supportato quando si usa MBS.
Potrebbe essere visualizzato l'errore 4387 durante l'installazione di DPM
Descrizione: durante l'installazionedi Data Protection Manager, quando si immette un'istanza SQL nella casella di testoPrerequisitidi installazione > di Data Protection Manager, > potrebbe essere visualizzato l'errore 4387.
Soluzione alternativa: eseguire le azioni necessarie come descritto in questo articolo della Knowledge Base e riprovare a configurare DPM.
I file di report più recenti non vengono aggiornati automaticamente
Descrizione: In DPM 2016 UR10 è stato risolto il problema relativo alla formattazione dei report DPM e alla creazione di report sulla migrazione da volume a volume. Tuttavia, i file di report esistenti non vengono sostituiti automaticamente con i file aggiornati.
Soluzione alternativa: Per sostituire i file di report esistenti, seguire questa procedura:
Sostituire il file ReportSRV10.dll
Arrestare SQL Server Reporting Services
Selezionare il file ReportSRV10.dll aggiornato presente in C:\Programmi\Microsoft System Center\DPM\DPM\bin e sostituire i file DLL esistenti nella cartella seguente:
C:\Programmi\Microsoft SQL Server\MSRS13.MSDPM2012\Reporting Services\ReportServer\bin
Avviare SQL Server Reporting Services.
Sostituire i file RDL
In DPM aprire l'URL del portale di SQL Reporting Services.
Nel portale la cartella DPMReports è presente nel formato DPMReports_<GUID>.
Nota
È possibile visualizzare solo una cartella con questa convenzione di denominazione. Se DPM viene aggiornato da una versione precedente, la cartella precedente potrebbe comunque esistere ma non è possibile aprirla.
Selezionare e aprire la cartella DPMReports_<GUID> . Vengono visualizzati i file dei singoli report.
Selezionare i file di report che non terminano con Report, fare clic con il pulsante destro del mouse su Opzione e quindi scegliere Gestisci.
Nella nuova pagina selezionare Sostituisci per sostituire con i file di report più recenti.
I file di report più recenti sono disponibili nel percorso di installazione DPM:
Ad esempio: C:\Programmi\Microsoft System Center\DPM\DPM\bin\DpmReports
Dopo che i file sono stati sostituiti, assicurarsi che Nome e Descrizione non siano stati modificati e non siano vuoti.
Riavviare DPM e usare i file di report.
Passaggi successivi
- Per conoscere le nuove funzionalità incluse, vedere Novità.
- Per installare DPM, vedere l'articolo Installare DPM.
- Per informazioni sulla pianificazione per l'ambiente in uso, vedere Preparazione dell'ambiente per System Center Data Protection Manager.
- Per problemi specifici relativi a ReFS, vedere gli articoli della Knowledge Base KB4016173 e KB4035951.
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per