Ottenere DPM installato

Ecco le operazioni da eseguire per configurare System Center Data Protection Manager (DPM):

1. Leggere i prerequisiti di installazione.
2. Verificare che il sistema operativo DPM sia compatibile.
3. Configurare un database di SQL Server per archiviare le impostazioni e le informazioni di configurazione di DPM.
4. Configurare DPM. È possibile installare DPM dall'interfaccia utente o Eseguire un'installazione automatica. Seguire queste istruzioni se si vuole installare DPM in un controller di dominio.

Prerequisiti di installazione

Ambiente	Dettagli o specifiche per l'installazione
Prerequisiti di installazione di DPM di base	Nel server DPM sono necessari molti componenti. Questi vengono installati automaticamente durante l'installazione: - .NET Framework 4.0 o 4.5 (DPM 2016/2019); .NET Framework 3.5 necessario per l'installazione di SQL (prima di SQL 2016); .NET Framework 4.6 necessario per l'installazione di SQL (SQL 2016 e versioni successive). Eseguire l'installazione con l'aggiunta di funzionalità in Server Manager se non viene installata automaticamente. - Windows Installer 4.5 (o versione successiva). Installato come parte del sistema operativo, ma può anche essere installato come amministratore dalla <directory>radice DPM\setup\redist\WindowsInstaller\INSTMSI45.EXE. - Microsoft Visual C++ 2012 Redistributable; Microsoft Visual C++ 2010 Redistributable; Microsoft Visual C++ 2008 Redistributable. - PowerShell 3.0 (incluso in Windows Server 2012 R2 o 2012). - PowerShell per la gestione di Microsoft Hyper-V
Database DPM	- Verificare le versioni di SQL Server supportate per il database DPM. - È possibile installare SQL Server nel server DPM o in un server remoto. - Installare SQL in locale o in remoto prima di installare DPM. - Se si prevede di usare SQL Server 2022 con DPM 2022, assicurarsi di installare SQL Server Native Client (SQLNCLI) nel computer SQL Server prima di installare DPM 2022 RTM come SQL 2022 non viene fornito con SQLNCLI. - Se si installa il database in modalità remota, il computer che esegue l'istanza remota deve trovarsi nello stesso dominio e fuso orario del server DPM. - Se si esegue un database remoto, assicurarsi di eseguire lo strumento Preparazione SQL nel computer SQL remoto prima di installare DPM. - SQL Server può essere autonomo o in esecuzione in un cluster. - Se SQL Server è in cluster, il server di report e SQL Server devono trovarsi in computer diversi. - Non è possibile eseguire un server SQL in un controller di dominio. - Non è possibile usare una distribuzione Always-On di SQL Server. - Se si distribuisce DPM come macchina virtuale di Azure, usare una macchina virtuale di Azure che esegue SQL Server come istanza remota di SQL Server. Non è possibile usare un server SQL locale in questa distribuzione e il database SQL di Azure non è attualmente supportato.
DPM installato come macchina virtuale Hyper-V	Se si installa DPM come macchina virtuale Hyper-V, tenere presente che: L'installazione di DPM virtuale non è destinata agli ambienti con scalabilità orizzontale. Usare invece l'archiviazione diretta basata su collegamento/SAN. Le prestazioni possono risentire di ambienti con scalabilità orizzontale (Hyper-V in CSV) usando file VHDX rispetto a SAN. Pertanto, per gli ambienti con scalabilità orizzontale, non è consigliabile usare VHDX. Non esiste alcun limite di dimensioni per VHDX. Sono supportati sia i file VHDX fissi che dinamici. I file VHD e VHDX sono supportati nel pool di archiviazione DPM. Un'istallazione di DPM virtuale è necessaria per supportare l'aggiunta di unità disco rigido virtuale al pool di archiviazione. Per i dischi rigidi virtuali dinamici e fissi, i file VHD e VHDX sono supportati nelle condivisioni SMB remote. Da DPM 2012 R2 con l'aggiornamento 3 e versioni successive, è possibile eseguire DPM come macchina virtuale Hyper-V con supporto per unità nastro tramite fc sintetico. Per l'archiviazione DPM a disponibilità elevata, i dischi rigidi virtuali devono essere posizionati in file server con scalabilità orizzontale (SOFS). SMB 3.0 è necessario per i file server di scalabilità orizzontale. Le installazioni di DPM virtuali non supportano: Windows 2012 Spazi di archiviazione o dischi rigidi virtuali basati su spazi di archiviazione. Anche l'hosting locale o remoto di file VHDX nello spazio di archiviazione di Windows 2012 non è supportato. Abilitazione della deduplicazione dischi nei volumi che ospitano dischi rigidi virtuali. Destinazioni iSCSI di Windows 2012 (che usano dischi rigidi virtuali) come pool di archiviazione DPM. Compressione NTFS per volumi che ospitano file VHD usati nel pool di archiviazione DPM. BitLocker nei volumi che ospitano file VHD usati per il pool di archiviazione. Dimensioni native del settore 4K dei dischi fisici per i file VHDX nel pool di archiviazione DPM. Dischi rigidi virtuali ospitati nei server Windows 2008.
DPM come macchina virtuale Azure	DPM è supportato in qualsiasi macchina virtuale IaaS di Azure con dimensioni A2 o superiori. Puoi selezionare le dimensioni per la macchina virtuale di DPM tramite il foglio di lavoro per il calcolo delle dimensioni della macchina virtuale di Azure DPM Quando si configura la macchina virtuale, creare un'istanza nel livello di calcolo Standard perché il numero massimo di operazioni di I/O al secondo per ogni disco collegato è superiore al livello Standard rispetto al livello Basic. DPM può proteggere i carichi di lavoro come descritto qui nella matrice di protezione. DPM può proteggere i carichi di lavoro eseguiti su più servizi cloud di Azure con la stessa rete virtuale e sottoscrizione di Azure. DPM in esecuzione come macchina virtuale di Azure non può proteggere i dati locali. Usa un account di archiviazione separato per la macchina virtuale di DPM, poiché esistono limiti di dimensioni e di operazioni di input/output al secondo per un account di archiviazione che potrebbero influire sulle prestazioni della macchina virtuale di DPM, in caso di condivisione con altre macchine virtuali in esecuzione. La macchina virtuale di DPM e i carichi di lavoro protetti dovrebbero fare parte della stessa rete virtuale di Azure. Il numero di dischi che può essere usato per l'archiviazione di destinazione (pool di archiviazione DPM) è limitato dalle dimensioni della macchina virtuale (massimo 16). L'agente Backup di Azure in esecuzione nel server DPM richiede l'archiviazione temporanea per l'uso (un percorso della cache) e i dati ripristinati dal cloud (area di gestione temporanea locale). Nota che ogni macchina virtuale di Azure è dotata di spazio di archiviazione su disco temporaneo. Questa opzione è disponibile per l'utente come volume D:\. L'area di gestione temporanea locale necessaria da Backup di Azure può essere configurata per risiedere in D:\e il percorso della cache può essere posizionato in C:\. In questo modo, non è necessario ritagliare spazio dai dischi dati collegati alla macchina virtuale di DPM. I dati vengono archiviati nei dischi di Azure collegati alla macchina virtuale di DPM. Dopo averli collegati alla macchina virtuale, i dischi e lo spazio di archiviazione vengono gestiti dall'interno di DPM. La quantità di dati di cui puoi eseguire il backup dipende dal numero e dalla dimensione dei dischi collegati alla macchina virtuale di DPM. È disponibile un numero massimo di dischi che possono essere collegati a ogni macchina virtuale di Azure (4 dischi per A2V2, A4V2 e A8V2) e le dimensioni massime di ogni disco (1 TB). Questo determina il pool di archiviazione di backup totale disponibile. È consigliabile conservare i dati per un giorno nel disco di Azure collegato a DPM e archiviare i dati precedenti a un giorno nel servizio Backup di Azure. Ciò fornisce l'archiviazione dei dati per un intervallo di conservazione più lungo e consente di proteggere una quantità maggiore di dati eseguendo l'offload in Backup di Azure. Per la scalabilità della distribuzione hai a disposizione le opzioni seguenti: Opzione 1, Aumentare le prestazioni: aumentare le dimensioni della macchina virtuale DPM da A2V2, A4V2, A8V2 e aggiungere altre risorse di archiviazione locali. Opzione 2, offload dei dati: inviare i dati meno recenti a Backup di Azure e conservare solo i dati più recenti nello spazio di archiviazione collegato al server DPM. Opzione 3, Scalabilità orizzontale: aggiungere altri server DPM per proteggere i carichi di lavoro. Il numero massimo di carichi di lavoro protetti per ogni dimensione di macchina virtuale DPM è riepilogato nella tabella A seguente.

Tabella A

Dimensioni della VM	Numero massimo di carichi di lavoro protetti	Dimensioni medie del carico di lavoro	Varianza media del carico di lavoro (giornaliera)
A2V2	20	100 GB	Varianza del 5% netto
A4V2	40	150 GB	Varianza del 10% netto
A8V2	60	200 GB	Varianza del 15% netto

Nota

Come macchina virtuale Windows in VMware: è possibile installare DPM 2022 in una macchina virtuale Windows in un ambiente VMware. In questa configurazione DPM può proteggere i carichi di lavoro Microsoft in esecuzione come macchine virtuali Windows in VMware.

Configurare un database di SQL Server

Sarà necessario configurare un database di SQL Server se:

• Si esegue DPM 2022, 2019, 2016

Per configurare un database di SQL Server:

1. Eseguire il programma di installazione di SQL Server nel server locale in cui si installerà DPM o in un server remoto.

2. In Installazione selezionare Nuova installazione autonoma di SQL Server o aggiungere funzionalità a un'installazione esistente.

3. Nel codice Product Key immettere un codice di licenza valido. Nelle regole di supporto del programma di installazione correggere eventuali errori prima di procedere. Nel ruolo di installazione selezionare Installazione funzionalità di SQL Server.

4. Nella selezione delle funzionalità selezionare motore di database Servizi. In Funzionalità istanzaselezionare Servizio di creazione report - Nativo. Nelle regole di installazione esaminare le regole.

5. Nella configurazione dell'istanza specificare il nome dell'istanza di SQL Server che verrà usata per DPM. Non usare caratteri di sottolineatura o localizzati nel nome. In Requisiti di spazio su disco esaminare le informazioni.

6. In Account del servizio di configurazione>server specificare gli account di dominio in cui devono essere eseguiti i servizi DI SQL Server:

   • È consigliabile usare un singolo account utente di dominio dedicato per eseguire SQL Server Services, SQL Server Agent, SQL Server motore di database e SQL Server Reporting Services.

   • Se si installa DPM in un controller di dominio di sola lettura, usare l'account DPMSQLSvcsAcctaccount creato. Si noti che l'account utente deve essere membro del gruppo Administrators locale nel controller di dominio in cui è installata l'istanza remota. Al termine dell'installazione, è possibile rimuovere l'account utente dal gruppo Administrators locale. Inoltre, per l'installazione in un controller di dominio di sola lettura, è necessario immettere la password selezionata durante la configurazione del controller di dominio di sola lettura per DPM e creare l'account DPMR$MACHINENAME .

   • Quando si crea un account utente di dominio, assegnargli i privilegi più bassi possibili, assegnargli una password complessa che non scade e assegnargli un nome facilmente identificabile. Questo account verrà aggiunto al gruppo Administrators locale e al ruolo predefinito del server Sysadmin di SQL Server più avanti nella procedura guidata.

   • Tutti i servizi, tranne l'avvio del daemon del filtro full-text SQL, devono essere impostati su Automatico.

7. Nella motore di database Configurazione accettare l'impostazione autenticazione di Windows modalità. Gli amministratori DPM necessitano delle autorizzazioni di amministratore di SQL Server. In Specificare gli amministratori di SQL Server aggiungere amministratori DPM. Se necessario, è possibile aggiungere altri account. Completare il resto della procedura guidata con le impostazioni predefinite e selezionare Pronto per l'installazione>.

   Se si usa SQL Server 2022, è necessario installare SQL Server Native Client (SQLNCLI) nel computer SQL Server 2022.

   SQLNCLI è un prerequisito per l'installazione di DPM 2022 RTM, ma non è disponibile in SQL Server 2022. Di conseguenza, dopo l'installazione di SQL Server 2022, è anche necessario installare SQL Server Native Client separatamente nel computer SQL Server. Successivamente, assicurarsi di installare DPM 2022 RTM e di eseguire l'aggiornamento a UR1 o versione successiva, che supporta SQL Server 2022 come database DPM e usa OLEDB 18.0 anziché SQLNCLI.

8. Se si installa SQL Server in un computer remoto, eseguire le operazioni seguenti:

   • Installare i file di supporto di DPM (SQLPrep). A tale scopo, nel computer SQL Server inserire il DVD DPM e avviare setup.exe. Seguire la procedura guidata per installare Microsoft Visual C++ 2012 Redistributable. I file di supporto di DPM verranno installati automaticamente.

   • Configurare le regole del firewall in modo che il server DPM possa comunicare con il computer SQL Server:

     • Verificare che TCP/IP sia abilitato con il controllo degli errori predefinito e abilitare il controllo dei criteri delle password.

     • Per consentire TCP sulla porta 80, configurare un'eccezione in ingresso per sqlservr.exe per l'istanza DPM di SQL Server. Il server di report è in attesa delle richieste HTTP sulla porta 80.

     • È necessario abilitare RPC su un'istanza remota di SQL Server.

     • L'istanza predefinita del motore di database è in ascolto sulla porta TCP 1443. Questa impostazione può essere modificata. Per usare il servizio SQL Server Browser per connettersi alle istanze che non sono in ascolto sulla porta 1433 predefinita, è necessaria la porta UDP 1434.

     • Per impostazione predefinita, l'istanza denominata di SQL Server usa porte dinamiche. Questa impostazione può essere modificata.

     • Puoi vedere il numero di porta corrente usato dal motore di database nel log degli errori di SQL Server. Puoi visualizzare i log degli errori usando SQL Server Management Studio e connettendoti all'istanza denominata. È possibile visualizzare il log corrente in Gestione - Log di SQL Server nella voce Server è in ascolto su ['any' <ipv4> port_number].

Nota

• Con SQL 2017 e versioni successive, SSRS non viene installato come parte dell'installazione di SQL. È necessario installare SQL SSRS separatamente. Per altre informazioni, vedere Installare SQL Server Reporting Services (2017 e versioni successive).
• Per l'istanza SQL in cluster remota, motore di database deve trovarsi nel cluster e SSRS deve trovarsi in un computer separato( che può essere il server DPM o qualsiasi altro computer).
• In entrambi gli scenari locali o remoti di SQL Server i componenti seguenti devono essere installati nel server DPM.
  - SQL Server Management Studio (SSMS) non è più installato con SQL Server. È necessario installare separatamente una versione equivalente di SSMS.
  - Per SQL Server 2019, insieme a SSMS, è necessario installare anche SQLCMD, Visual C++ 2017 Redistributable e Microsoft ODBC Driver 17 per SQL Server nel server DPM separatamente.

Installare DPM

Importante

Quando si installa DPM, usare i nomi NetBIOS per il nome di dominio e il nome del computer SQL. Non usare nomi di dominio completi (FQDN).

1. Se necessario, estrarre il file DPM 2016.exe (per DPM 2016)/DPM 2019.exe (per DPM 2019) nel computer in cui si vuole eseguire DPM. A tale scopo, eseguire il file exe e nella schermata iniziale selezionare Avanti. In Seleziona percorso di destinazione specificare dove estrarre i file di installazione. In Ready to Extract (Pronto per l'estrazione) selezionare Extract (Estrai). Al termine dell'estrazione, passare al percorso specificato ed eseguire Setup.exe.

2. Nella pagina iniziale del programma di installazione di DPM selezionare Avanti. Nella pagina Condizioni di licenza accettare il contratto >OK.

3. Nella pagina Controllo prerequisiti attendere il controllo e risolvere eventuali problemi prima di procedere.

4. Nella pagina Registrazione prodotto selezionare Avanti. Nella pagina Consenso esplicito di Microsoft Update scegliere se si vuole includere DPM negli aggiornamenti Microsoft.

5. Nella pagina Riepilogo delle impostazioni controllare le impostazioni e selezionare Installa. Al termine dell'installazione, selezionare Chiudi. Verrà avviato automaticamente un aggiornamento di Windows per verificare la presenza di modifiche.

Eseguire un'installazione automatica

Eseguire un'installazione automatica come indicato di seguito:

1. Assicurarsi di disporre dei prerequisiti installati prima di iniziare.

2. In SQL Server remoto verificare che .NET Framework 3.5 (per SQL 2016), 4.0 o 4.5 (SQL 2017) sia installato nel server Windows prima di installare SQL.

3. Usare il codice seguente per assicurarsi che il firewall sia aperto:

   netsh advfirewall firewall add rule name=DPM_SqlServr.exe dir=in action=allow program=\"%PROGRAMFILES%\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Binn\sqlservr.exe\" profile=Domain  
   netsh advfirewall firewall add rule name=DPM_UDP_Port_1434 dir=in action=allow protocol=UDP localport=1434 profile=Domain
   

4. Installare SQL Server nel server locale o remoto.

5. Copiare il testo seguente nel Blocco note (o in un altro editor di testo) e salvare lo script nel server DPM come DPMSetup.ini. Si usa lo stesso script se l'istanza di SQL Server è installata nel server DPM o in un server remoto.

   Importante

   Quando si installa DPM, usare i nomi NetBIOS per il nome di dominio e il nome del computer SQL. Non usare nomi di dominio completi (FQDN).

   Quando si crea DPMSetup.ini, sostituire il testo all'interno con i valori dell'ambiente <> . Le righe che iniziano con l'hash (#) vengono impostate come commento e il programma di installazione di DPM usa i valori predefiniti. Per specificare i valori, digitare i valori all'interno di <> ed eliminare l'hash (#).

   [OPTIONS]
   UserName = <A user with credentials to install DPM>
   CompanyName = <Name of your company>
   ProductKey = <The 25-character DPM product key in the format xxxxx-xxxxx-xxxxx-xxxxx-xxxxx>
   # SqlAccountPassword = <The password to the DPM$ account>
   # StandardAgentLicenses = <No. of standard agent licenses you have purchased>
   # EnterpriseAgentLicenses = <No. of enterprise agent licenses you have purchased>
   # ProgramFiles = C:\Program Files\Microsoft Data Protection Manager
   # DatabaseFiles = C:\Program Files\Microsoft Data Protection Manager\DPM\DPMDB
   # IntegratedInstallSource = <Location of the DPM setup files>
   # ---For using a remote SQL Server Instance ---
   # SQLMachineName = <Name of the SQL Server computer> OR <SQL Cluster Name>
   # SQLInstanceName = <Name of the instance of SQL Server that Setup must use>
   # SQLMachineUserName = <Username that Setup must user>
   # SQLMachinePassword = <Password for the username Setup must use>
   # SQLMachineDomainName = <Domain to which the SQL Server computer is attached>
   # ---For using a reporting SQL Server Instance in case of DPMDB in SQL Cluster ---
   # ReportingMachineName = <Name of the SQL Server computer>
   # ReportingInstanceName = <Name of the instance of SQL Server that Setup must use, SSRS in case of SQL 2017>
   # ReportingMachineUserName = <Username that Setup must user>
   # ReportingMachinePassword = <Password for the username Setup must use>
   # ReportingMachineDomainName = <Domain to which the SQL Server computer is attached>
   

6. Dopo aver salvato il file, al prompt dei comandi con privilegi elevati nel server di installazione digitare : start /wait [media location]\setup.exe /i /f <path>\DPMSetup.ini /l <path>\dpmlog.txt.

   • [media location] indica da dove verrà eseguito setup.exe.
   • <path> è il percorso del file .ini.

Installare DPM in un controller di dominio

Se si vuole configurare DPM in un controller di dominio di sola lettura, è necessario eseguire alcuni passaggi prima di configurare SQL Server e installare DPM.

1. Creare i gruppi di sicurezza e gli account necessari per DPM. A tale scopo, selezionare Avvia>strumenti> di amministrazione Utenti e computer di Active Directory> Domain/Builtin e creare questi gruppi di sicurezza. Per ogni gruppo, usare l'impostazione predefinita per Ambito (globale) e Tipo di gruppo (sicurezza):

   • DPMDBReaders$<Nome> computer;
   • MSDPMTrustedMachines$<Computer Name>;
   • DPMRADCOMTrustedMachines$<Computer Name>;
   • DPMRADmTrustedMachines$<Nome> computer;
   • DPMDBAdministrators$<Nome> computer;
   • MSDPMTrustedUsers$<Nome> computer;
   • DPMSCOM$<Nome> computer;
   • DPMRATrustedDPMRAs$<Nome> computer, dove <Nome> computer è il nome del controller di dominio.

2. Aggiungere l'account del computer locale per il controller di dominio (<Nome> computer) al MSDPMTrustedMachines$<*Computer Name*> gruppo. Quindi nel controller di dominio primario creare un account utente di dominio con le credenziali più basse possibili. Assegnargli una password complessa che non scade e aggiungerla al gruppo degli amministratori locali.

   Nota

   Prendere nota di questo account perché è necessario configurare i servizi DI SQL Server durante l'installazione di SQL Server. È possibile assegnare a questo account utente qualsiasi nome desiderato. Tuttavia, per identificare facilmente lo scopo dell'account, è possibile assegnare un nome significativo, ad esempio DPMSQLSvcsAcct. Per queste procedure, questo account viene definito account DPMSQLSvcsAcct .

3. Nel controller di dominio primario creare un altro account utente di dominio con le credenziali più basse possibili e denominare l'account DPMR$MACHINENAME, assegnargli una password complessa che non scade e quindi aggiungere questo account al DPMDBReaders$<*Computer Name*> gruppo.

4. Creare quindi i gruppi di sicurezza e gli account utente necessari per il database di SQL Server con ambito: globale e tipo di gruppo: sicurezza. Il gruppo o l'account deve essere in questo formato <grouporaccountnameComputerName>.

   • SQLServerSQL2005BrowserUser$<Nome computer>

   • SQLServerMSSQLServerADHelperUser$<Nome computer>

   • SQLServerReportServerUser$<Nome istanza ID><istanza>

   • SQLServerMSASUser$<Nome istanza del><computer>

   • SQLServerDTSUser$<Nome computer>

   • Nome istanza del><computer SQLServerFDHostUser<>

   • dove <Nome> computer è il nome computer del controller di dominio in cui verrà installato SQL Server 2008.

     • <Nome> istanza è il nome dell'istanza di SQL Server che si intende creare nel controller di dominio. Il nome dell'istanza può essere qualsiasi nome diverso dal nome predefinito dell'istanza di DPM (MSDPM2010).
     • <L'ID> istanza per impostazione predefinita viene assegnato dal programma di installazione di SQL Server e indica che il gruppo si applica a Reporting Services (MSRS) per la versione principale dell'istanza (10) di SQL Server. Per questa versione, questo valore è MSRS1A0_50.

5. Nel controller di dominio primario aggiungere l'account utente di dominio creato in precedenza (l'account DPMSQLSvcsAcct) ai gruppi seguenti: SQLServerReportServerUser$<ComputerName>$MSRS 10.<InstanceID> SQLServerMSASUser$<ComputerName>$<InstanceID>

6. Dopo aver completato questi passaggi, è possibile installare SQL Server:

   • Accedere al controller di dominio in cui si vuole installare DPM usando l'account utente di dominio creato in precedenza. Fare riferimento a questo account come DPMSQLSvcsAcct.

   • Avviare l'installazione di SQL Server. Nella pagina Configurazione server - Account servizio del programma di installazione specificare l'account di accesso per SQL Server Services (SQL Server Agent, SQL Server motore di database, SQL Server Reporting Services) da eseguire con l'account utente DPMSQLSvcsAcct.

   • Dopo aver installato SQL Server, aprire Gestione configurazione SQL Server> Protocolli di configurazione>di rete del server SQL, fare clic con il pulsante destro del mouse su Named Pipes Enable (Abilita named pipe).> Sarà necessario arrestare e riavviare i servizi DI SQL Server.

7. È quindi possibile installare DPM:

   • Nella pagina Impostazioni di SQL Server digitare il nome dell'istanza di SQL Server installata nella procedura come localhost\<Nome> istanza, quindi digitare le credenziali per il primo account utente di dominio creato (l'account DPMSQLSvcsAcct). Questo account deve essere membro del gruppo Administrators locale nel controller di dominio in cui è installata l'istanza remota. Al termine dell'installazione, è possibile rimuovere l'account utente dal gruppo Administrators locale.

   • Nella pagina Impostazioni di sicurezza sarà necessario immettere la stessa password usata durante la creazione dell'account utente DPMR$MACHINENAME in precedenza.

   • Aprire SQL Server Management Studio e connettersi all'istanza di SQL Server che DPM è configurata per l'uso. Selezionare Nuova query, copiare il testo seguente nel riquadro destro e quindi premere F5 per eseguire la query.

     use DPMDB
     declare @refresh_jobid uniqueidentifier
     select @refresh_jobid = ScheduleId from tbl_SCH_ScheduleDefinition where JobDefinitionId in
     (select JobDefinitionId from tbl_JM_TaskDefinition where TaskDefinitionId in (select distinct TaskDefinitionID from tbl_TE_TaskTrail
     where VerbID = '53603503-C4C8-4D0E-8F1E-D2F3868E51E3')) and IsDeleted=0
     exec msdb.dbo.sp_update_job @job_name =@refresh_jobid, @enabled=0
     update tbl_SCH_ScheduleDefinition
     set IsDeleted=1
     where ScheduleId = @refresh_jobid
     

Aggiornare SQL 2016 a SQL 2017

È possibile aggiornare SQL Server 2016 o SQL Server 2016 SP1 Enterprise o Standard a SQL 2017. La procedura seguente elenca i passaggi per aggiornare SQL 2016 a SQL 2017.

Nota

Con DPM 2019, SQL 2017 è supportato come database DPM sia in nuovi scenari di installazione che di aggiornamento di DPM.

1. In SQL Server eseguire il backup del database di report.

2. Eseguire il backup delle chiavi di crittografia.

3. Pulire le cartelle di report nel computer locale.

4. Installare Reporting Service.

5. Nel server DPM modificare la chiave del Registro di sistema DPM seguente impostando il nuovo nome dell'istanza di report.

   • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB<ReportingInstanceName>

6. Modificare il nome della directory virtuale di Reporting Service in ReportServer_SSRS.

7. Configurare Reporting Service e ripristinare il database e le chiavi di crittografia.

Passaggi successivi

• Vedere le note sulla versione per i nuovi hotfix e le route definite dall'utente applicabili.