Installare DPM

Ecco cosa occorre per configurare System Center Data Protection Manager (DPM):

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

Setup prerequisites

Ambiente	Dettagli o informazioni specifiche per l'installazione
Prerequisiti di base per l'installazione di DPM	Nel server DPM sono necessari molti componenti. che 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). Se non viene installato automaticamente, installare con Aggiungi funzionalità in Server Manager. - Windows Installer 4.5 (o versione successiva). Installato come parte del sistema operativo, ma può anche essere installato come amministratore dalla <directory> radiceDPM\setup\redist\WindowsInstaller\INSTMSI45.EXE. - Microsoft Visual C++ 2012 Redistributable; Microsoft Visual C++ 2010 Redistributable; Microsoft Visual C++ 2008 Redistributable. - PowerShell 3.0 (incluso con Windows Server 2012 R2 o 2012). - PowerShell per la gestione 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 localmente 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 essere 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 il server SQL è 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 usare una distribuzione di SQL Server Always On. - 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 Azure SQL non è attualmente supportato.
DPM installato come macchina virtuale Hyper-V	Se si installa DPM come macchina virtuale Hyper-V, tenere presente quanto segue: L'installazione di DPM virtuale non è destinata agli ambienti con scalabilità orizzontale. Utilizzare invece l'archiviazione collegamento diretto/basata su 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 dimensione per VHDX. Sono supportati sia i file VHDX fissi che a espansione dinamica. I file VHD e VHDX sono supportati nel pool di archiviazione di DPM. Un'istallazione di DPM virtuale è necessaria per supportare l'aggiunta di unità disco rigido virtuale al pool di archiviazione. Per le unità disco rigido virtuale fisse e dinamiche, i file VHD e VHDX sono supportati in condivisioni SMB remote. Da DPM 2012 R2 con l'aggiornamento 3 in poi, è possibile eseguire DPM come macchina virtuale Hyper-V con supporto per unità nastro usando fc sintetico. Per l'archiviazione DPM a disponibilità elevata, i dischi rigidi virtuali devono essere posizionati in file server con scalabilità orizzontale.For high-availability DPM storage, virtual hard disk should be place on scaled-out file server (SOFS). SMB 3.0 è necessario per i file server di scalabilità orizzontale. Le installazioni DPM virtuali non supportano: Spazi di archiviazione di Windows 2012 o unità disco rigido virtuale basate su spazi di archiviazione. Anche l'hosting locale o remoto dei file VHDX negli spazi di archiviazione di Windows 2012 non è supportato. Abilitazione dell'eliminazione dei duplicati del disco nei volumi che ospitano i dischi rigidi virtuali. Destinazioni iSCSI di Windows 2012 (che utilizzano dischi rigidi virtuali) come un pool di archiviazione di DPM. Compressione NTFS per i volumi che ospitano i file VHD usati nel pool di archiviazione di DPM. BitLocker nei volumi che ospitano i file VHD utilizzati per il pool di archiviazione. Dimensione di settore 4K nativo dei dischi fisici per i file VHDX nel pool di archiviazione di DPM. Unità disco rigido virtuale ospitate 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 disco collegato è superiore al livello Standard rispetto al livello Basic. DPM può proteggere i carichi di lavoro come descritto in dettaglio 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 una macchina virtuale di Azure non consente la protezione di dati in locale. Usare un account di archiviazione separato per la macchina virtuale 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 DPM in caso di condivisione con altre macchine virtuali in esecuzione. La macchina virtuale 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 (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. È disponibile per l'utente come volume D:\. L'area di gestione temporanea locale necessaria per Backup di Azure può essere configurata 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). Ciò 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 di Backup di Azure. In questo modo, l'archiviazione dei dati per un intervallo di conservazione più lungo 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, scalabilità verticale: aumentare le dimensioni della macchina virtuale di DPM da A2V2, A4V2 e A8V2 e aggiungere altro spazio di archiviazione locale. 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 è indicato nella Tabella A qui sotto.

Tabella A

Dimensioni macchina virtuale	N. massimo 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

Configurare un database SQL Server

È necessario configurare un database SQL Server se:

• Si esegue DPM 2022, 2019, 2016

Per configurare un database SQL Server:

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

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

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

4. Nella selezione delle funzionalità selezionare Servizi motore di database. 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. InAccount del serviziodi configurazione> del 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, sarà 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 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 configurazione del motore di database accettare l'impostazione della modalità autenticazione di Windows. Gli amministratori di DPM devono disporre delle autorizzazioni di amministratore di SQL Server. In Specifica amministratori di SQL Server aggiungere gli amministratori di 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 SQL Server 2022 è 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 DPM (SQLPrep). A tale scopo, nel computer SQL Server inserire il DVD DPM e avviare setup.exe. Seguire la procedura guidata per installare il Microsoft Visual C++ 2012 Redistributable. I file di supporto di DPM verranno installati automaticamente.

   • Configurare le regole del firewall in modo che 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 entrata 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 predefinita 1433, è necessaria la porta UDP 1434.

     • Per impostazione predefinita, l'istanza denominata di SQL Server usa le 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 Management - SQL Server Logs nella voce Server is listening on ['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 (versione 2017 e successive).
• Per l'istanza SQL in cluster remota, il 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 di SQL Server locali o remoti, 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 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 o 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 Pronto per l'estrazione selezionare Estrai. Al termine dell'estrazione, passare alla posizione specificata ed eseguire Setup.exe.

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

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

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

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

Eseguire un'installazione automatica

Eseguire un'installazione automatica come segue:

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

2. Nella SQL Server remota assicurarsi 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 venga 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 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 commentate e la configurazione DPM usa i valori predefiniti. Per specificare i valori, digitare i valori all'interno <> e 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, da un 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 la posizione da cui 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 rete, è necessario eseguire un paio di passaggi prima di configurare l'SQL Server e installare DPM.

1. Creare i gruppi di sicurezza e gli account utente necessari per DPM. A tale scopo, selezionare Avvia> strumenti >di amministrazioneUtenti 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$<Nome> computer;
   • DPMRADCOMTrustedMachines$<Nome> computer;
   • 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. Assegnarla 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 del SQL Server. È possibile assegnare un nome all'account utente qualsiasi elemento desiderato. Tuttavia, per identificare facilmente lo scopo dell'account, è possibile assegnargli 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 assegnare all'account DPMR$MACHINENAME una password complessa che non scade e quindi aggiungere questo account al DPMDBReaders$<*Computer Name*> gruppo.

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

   • SQLServerSQL2005BrowserUser$<Nome computer>

   • SQLServerMSSQLServerADHelperUser$<Nome computer>

   • SQLServerReportServerUser$<Nome istanza ID><istanza>

   • NOMEIstanza di SQLServerMSASUser$<Nome>< computer>

   • SQLServerDTSUser$<Nome computer>

   • Nomeistanzadel 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 prevede di creare nel controller di dominio. Il nome dell'istanza può essere qualsiasi nome diverso dal nome di istanza predefinito in DPM (MSDPM2010).
     • <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 il SQL Server:

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

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

   • Dopo aver installato il SQL Server, aprire Gestione configurazione SQL Server>SQL Server Protocolli di configurazione> di rete, fare clic con il pulsante destro del mouse su Named PipeEnable (Abilitapipe>denominate). Sarà necessario arrestare e riavviare i servizi di SQL Server.

7. È quindi possibile installare DPM:

   • Nella pagina Impostazioni SQL Server digitare il nome dell'istanza di SQL Server installata nella procedura come localhost\<Nome> istanza e quindi digitare le credenziali per il primo account utente di dominio creato (l'account DPMSQLSvcsAcct). Questo account deve essere un 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 è necessario immettere la stessa password usata quando è stato creato l'account utente DPMR$MACHINENAME in precedenza.

   • Aprire SQL Server Management Studio e collegarsi all'istanza di SQL Server per cui DPM è stato configurato 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
     

Eseguire l'aggiornamento di SQL Server 2016 a SQL Server 2017

Se si vuole usare SQL 2017 con DPM Semi-Annual Canale 1801 o versione successiva, è necessario aggiornare SQL 2016 a SQL 2017. È possibile aggiornare SQL Server 2016 o SQL Server 2016 SP1 Enterprise o Standard a SQL Server 2017. La procedura seguente elenca i passaggi per eseguire l'aggiornamento di SQL Server 2016 a SQL Server 2017.

Nota

SQL 2017 è supportato come database con DPM 1801 in scenari di aggiornamento. 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 Reporting.

2. Eseguire il backup delle chiavi di crittografia.

3. Eliminare le cartelle dei report nel computer locale.

4. Installare Reporting Service.

5. Nel server DPM, modificare la chiave del Registro di sistema per DPM seguente impostando il nome della nuova istanza del servizio di creazione report.

   • <HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DBReportingInstanceName>

6. Modificare il nome della directory virtuale del servizio di creazione report in ReportServer_SSRS.

7. Configurare il servizio di creazione report e ripristinare le chiavi di crittografia e database.

Passaggi successivi

• Vedere le note sulla versione per i nuovi hotfix e le richieste utente applicabili.