Note di rilascio

24 dicembre 2025

Versione 7.7.0.9999（24 dicembre 2025）

Funzionalità aggiunte/modificate

• vStandby, HyperStandby e Virtualization supportano KVM. [Restore VSR] non è supportato.

• HyperBack e HyperRecovery supportano Proxmox.

• Volume Recovery supporta l’uso di immagini di backup agentless create con HyperBack.

• È disponibile un menu Utility avanzato per creare e avviare RescueBoot.

Problemi risolti

• Volume Backup potrebbe non ottenere correttamente le informazioni necessarie per ReZoom It!.

• Il file PS1 non viene eseguito anche se specificato come script di esecuzione per vStandby.

• Quando il numero di disco viene cambiato per un Volume Backup pianificato, non è possibile mantenere la catena incrementale per il volume.

Versione 7.6.0.9841 (10 ottobre 2025)

Funzionalità aggiunte/modificate

• Il formato dei file immagine è stato modificato. La versione immagine è ora [303].

  L’operatività delle immagini di backup è disabilitata se si utilizza il prodotto che non supporta la versione dell’immagine.

• HyperBack e HyperRecovery supportano KVM.

• Lyve Cloud è ora supportato come destinazione di backup predefinita.
  Le seguenti funzioni non supportano le immagini di backup in Lyve Cloud.

  • HyperStandby
  • File Recovery
  • HyperRecovery LIVE!
  • BootCheck
  • Mount Image
  • Image Target Server
  • Virtualization
  • Virtual Adapter

  Le seguenti funzioni non mostrano Lyve Cloud come destinazione di backup predefinita. Quando utilizzi file immagine di backup in Lyve Cloud, seleziona Amazon S3, vai su [Select Provider] - [Add Target] e aggiungi Lyve Cloud.

  • In-Cloud Recovery
  • In-Cloud Standby

Problemi risolti

• Il processo di replica post-backup verso il cloud non viene eseguito normalmente in alcuni ambienti.

• Quando si utilizza HyperRecovery o si ripristina su un altro PC, le pianificazioni esistenti passano la modalità del driver di monitoraggio a CBC.

• Quando si modifica l’opzione di retention policy per eliminare il set di immagini più obsoleto prima di crearne uno nuovo, il valore predefinito viene modificato.

• I volumi con spazio disponibile insufficiente sui dischi MBR secondari o successivi vengono sottoposti a backup senza utilizzare VSS.

• Durante il backup offline con l’opzione Deduplication Compression abilitata, i file temporanei elaborati con deduplicazione e compressione possono essere scritti nel volume locale.

• L’installazione di AipEvent.exe falliva nell’installazione di aggiornamento.

Versione patch 25.7.15.1 (15 luglio 2025)

Questa patch si applica alle versioni da 7.5.0.9448 a 7.5.2.9639.

Applicando questa patch, la versione sarà la seguente.

• Versione agente: 7.5.3.9722

• Versione console: 7.5.3.9722

Funzionalità aggiunte/modificate

• L’opzione Reconcile Image è stata migliorata.

Problemi risolti

• Nell’ambiente in cui è applicata la patch versione 25.6.12.2, dopo il ripristino di un’immagine di backup di più dischi, l’attività Reconcile come processo post-backup non viene eseguita. Problema risolto.

• Quando la risoluzione dei nomi tramite DNS pubblico falliva nella versione 7.5.0.9448 del prodotto, la notifica e-mail falliva con errore. Problema risolto.

• Ripristinando un backup creato con Deduplication Compression, lo spazio di memoria nell’ambiente di avvio poteva esaurirsi. Problema risolto.

• Quando un’attività di backup falliva perché il bucket su Actiphy StorageServer era pieno, l’attività di backup non veniva completata. Problema risolto.

• Durante il backup offline con Deduplication Compression, i file temporanei creati nel processo di deduplicazione e compressione potevano essere scritti nel volume locale. Problema risolto.

Versione patch 25.6.12.2（12 giugno 2025）

Questa patch si applica alle versioni 7.5.0.9448, 7.5.1.9530 e 7.5.1.9569.

Applicando questa patch, la versione sarà la seguente.

• Versione agente: 7.5.2.9639

• Versione console: 7.5.2.9639

Funzionalità aggiunte/modificate

• È supportato Windows ADK ripubblicato a maggio 2025.

  • ADK e componente aggiuntivo ADK WinPE per Windows 11 versione 22H2

  • ADK e componente aggiuntivo ADK WinPE per Windows Server 2022

  • ADK e componente aggiuntivo ADK WinPE per Windows 10 versione 2004

  • ADK e componente aggiuntivo ADK WinPE per Windows 10 versione 1809

• File Explorer è stato sostituito con Explorer++.

Problemi risolti

• Risolto il problema per cui le cartelle contenenti caratteri a doppio byte nella root non venivano visualizzate correttamente nell’ambiente di avvio creato con Windows ADK.

• Nell’ambiente RescueBoot creato con Windows ADK veniva selezionata la tastiera inglese.

• Se i file di backup provengono da dischi di origine diversi, un punto di ripristino di alcuni file può risultare inaccessibile. Problema risolto.

• Ripristinando un’immagine di backup di un ambiente BIOS su una macchina virtuale configurata su Hyper-V tramite HyperRecovery, il sistema operativo non si avviava. Problema risolto.

• Alcuni parametri del comando config non funzionavano.

• Il comando consolidate non veniva eseguito. Problema risolto.

• La notifica e-mail di AIP versione 7.5.0.9448 falliva con errore. Problema risolto.

• L’autenticazione per l’accesso allo storage cloud di destinazione riusciva quando veniva inserito uno spazio dopo una chiave corretta nella finestra di autenticazione. Problema risolto. –>

Versione patch 25.4.28.1（5 giugno 2025）

Questa patch si applica alla versione 7.5.1.9530.

Applicando questa patch, la versione sarà la seguente.

• Versione agente: 7.5.1.9569

• Versione console: 7.5.1.9530

Problema risolto

• Il servizio ActiveImage Protector poteva arrestarsi ripetutamente. Problema risolto.

Versione patch 25.3.24.1 (24 marzo 2025)

Questa patch si applica alla versione 7.5.0.9448.

Applicando questa patch, la versione sarà la seguente.

• Versione agente: 7.5.1.9530

• Versione console: 7.5.1.9530

Funzionalità aggiunte/aggiornate

• HyperBack ora fornisce un’opzione per creare un’attività che esegue automaticamente il backup di una nuova macchina virtuale aggiunta sull’hypervisor su cui è configurata la macchina virtuale di origine del backup.

• HyperRecovery ora offre le seguenti nuove funzionalità.

  • Selezionando un punto di ripristino creato con la versione corrente o successiva di HyperBack, viene tentata automaticamente la connessione all’hypervisor di origine del backup.
  • Il ripristino su una macchina virtuale esistente è ora supportato.

• Migliorate le prestazioni di File Backup.

• Replica è stata ottimizzata.

• Migliorato il formato di visualizzazione di data/ora di aggiornamento per File Backup/File Recovery.

• È ora disponibile la funzione di retry per File Backup in caso di errore di rete.

• Aggiunta in HyperBack la funzione di rilevamento delle impostazioni definite per la funzione checkpoint della macchina virtuale quando una macchina virtuale Hyper-V è selezionata come origine del backup.

Funzionalità corrette

• Quando le impostazioni di Volume Backup sono configurate abilitando le opzioni [Dividi immagine in file da xx MB] e [Crea un file MD5 per l’immagine] e specificando Actiphy StorageServer come destinazione di backup, il file MD5 non viene creato correttamente.

• In [Tape Manager], dopo aver spostato i supporti a nastro in [Supporti vuoti], le informazioni che includono “Spazio utilizzato” potrebbero non essere aggiornate.

• WinRE configurato su dischi diversi da Disk0 non è riconosciuto.

• Abilitando [Post-backup Process] - [Consolidation] - [Reconsolida file immagine incrementali già consolidati] nelle impostazioni dell’attività Volume Backup, [Reconsolida file immagine incrementali già consolidati] non funziona.

• Tentando di eseguire (Deep Verify, Consolidation, Archive) per un’immagine di backup su MS Azure, si verifica un errore sconosciuto.

• Durante l’esecuzione di un’attività di virtualizzazione su Windows 11 24H2 o Windows Server 2025, Secure Boot, anche se abilitato sul computer di origine, viene disabilitato sulla macchina virtuale dopo la virtualizzazione.

• I supporti USB vengono indicati come disco vuoto in Disk Copy e Volume Copy.

• Quando un nastro è specificato come destinazione per un’attività di backup, un’attività di backup di base (completa) eseguita nelle condizioni seguenti fallisce con errore e viene registrato un log di errore.
  • È abilitata [Impostazione avanzata] - [Nel processo di backup di base (completo), il pool viene sovrascritto.].
  • Nel pool di destinazione esiste un nastro offline

• Durante il backup di un volume condiviso in cluster, la console si arresta durante l’abilitazione delle rispettive funzioni di Post-backup.

• Durante l’esecuzione di un’attività File Backup, se viene aggiunto uno spazio doppio al nome della cartella, viene visualizzato il messaggio “path not found” e non è possibile sfogliare la cartella o il file in quel percorso.

• Quando l’hypervisor VMware ESXi è selezionato in HyperRecovery, le reti vengono visualizzate solo parzialmente.

• L’apertura di un file di testo falliva in [File Explorer] negli ambienti di avvio creati utilizzando Windows ADK di Windows 11, Windows RE in Windows Server 2025 o Windows ADK di versioni equivalenti.

• Su unità a nastro standalone, quando si espelle un nastro vengono aggiunte informazioni non necessarie a “Supporti non riconosciuti” in Tape Manager.

• I processi di Consolidate e Archive dei file immagine di backup fallivano con le versioni 7.0.2 o successive quando si consolidavano o archiviavano file immagine di backup con un prodotto/versione che non supportava i file creati utilizzando la funzione Deduplication Compression.

Versione 7.5.0.9460 (31 gennaio 2025)

Rilasciata come edizione IT Pro.

Versione 7.5.0.9448（17 gennaio 2025）

Funzionalità aggiunte/aggiornate

• Supporto Tape Pool: Tape Pool è ora supportato come destinazione per File Backup.
  Grazie a questo miglioramento, le immagini File Backup create con la versione agente 7.1.0 o precedente non sono supportate. Usa la versione 7.1.0 o precedente per ripristinare i backup file.

• Architettura Arm: Le CPU basate su architettura ARM sono ora supportate con le seguenti limitazioni:
  • Sono supportate solo le funzionalità di base di Volume Backup e Volume Recovery.
  • Dopo l’installazione di un driver di monitoraggio è richiesto il riavvio del sistema.
  • Il montaggio dei file di backup di volumi dinamici non è supportato, poiché il driver di montaggio non è installato.
  • Image Explorer non è disponibile.

• Windows Server 2025: Ora supportato.

• RescueBoot: Ora puoi selezionare uno strumento in [Preference] per creare l’ambiente di avvio RescueBoot.

• Supporto storage: Aggiunto supporto per storage di oggetti compatibili con S3.
  • QNAP - QuObjects
  • Oracle Cloud Infrastructure - Amazon S3 Compatibility API
• Miglioramenti alle notifiche e-mail:
  • File Backup e File Recovery sono ora inclusi nel riepilogo delle attività.
  • Per Volume Backup e HyperBack ora viene mostrato il percorso di output dei file immagine.

• Tape Pool Recovery: Migliorate le prestazioni di ripristino dal pool di nastri.

• Volume Recovery: Migliorati i metodi di ripristino dei volumi.

• Deduplication Compression per File Backup: Per File Backup è selezionata di default la Compressione standard.

• Attivazione online: L’attivazione online è ora disponibile in ambienti specifici.

Problemi risolti

• Attività HyperBack: Risolto un problema in cui le attività HyperBack non venivano eseguite correttamente se nelle impostazioni HyperBack era abilitata l’opzione [Crea file immagine di backup ottimizzato] e nella macchina virtuale erano presenti più di cinque dischi.

• Snapshot VM: Risolto un problema per cui i file di snapshot della VM rimanevano dopo un snapshot HyperBack fallito a causa di errori di rete o altri motivi.

• AWS In-Cloud Standby: Risolto un problema per cui dopo il cambio dei set di snapshot gli snapshot non venivano creati.

• Spazio pool LTO: Corretto il comportamento dell’impostazione LTO per l’eliminazione e il riutilizzo del pool quando lo spazio è insufficiente.

• Opzione [Non sovrascrivere cartella o file esistente] per File Recovery: Quando l’opzione [Non sovrascrivere cartella o file esistente] era disabilitata per File Recovery, l’attività non si comportava correttamente.

• Finestra console: Mantenere aperta la console di ActiveImage Protector consumava molta memoria.

• Volume Copy: Le opzioni [Ripristina sistema di avvio BCD] e [Attiva partizione di avvio] non funzionavano in Volume Copy.

• Spazio VSS insufficiente (pipeline error) in attività File Backup: Lo spazio VSS insufficiente (pipeline error) in un’attività File Backup non veniva rilevato correttamente.

• HyperStandby: Non veniva riconosciuto correttamente il numero di snapshot, con possibile crash dell’applicazione.

• Chiave HyperAgent: Il servizio ActiveImage Protector dell’host hypervisor registrato utilizzando la chiave HyperAgent continuava a consumare memoria.

Versione patch 24.7.31.2（31 luglio 2024）

Questa patch si applica alle versioni 7.0.3.8919 e 7.0.4.9021.

Applicando questa patch, la versione sarà la seguente.

• Versione agente: 7.1.0.9188

• Versione console: 7.1.0.9188

  Quando questa patch è applicata, la modalità predefinita di monitoraggio blocchi modificati è [Tracking Driver Mode].

Funzionalità aggiunte/aggiornate

• Supportata ActiveVisor versione 8.

• Neutrix Cloud Storage non è elencato come destinazione di backup predefinita.

• Wasabi non è elencato come destinazione di backup per File Recovery.

• È possibile creare un punto di ripristino per AWS quando si utilizza un adattatore di virtualizzazione.

Problemi risolti

• Quando il nome di un’attività include un carattere a doppio byte, il risultato della notifica e-mail non viene visualizzato correttamente.

• Ripristinando un file selezionando una cartella il cui nome include un carattere a doppio byte, la dimensione del processo nel registro attività è indicata come “0.00GB”.

• In Tracking Driver Mode è possibile creare più pianificazioni di backup incrementale per un volume senza lettera di unità.

• Quando la dimensione di un file immagine supera i 16 TB, si verifica una corruzione del file immagine.

• Quando la funzione di notifica e-mail è abilitata (in caso di errore o completamento dell’attività), l’attività HyperStandby invia erroneamente notifiche e-mail con “codice di terminazione: 3 (task skip)” con alta frequenza.

• Quando un’attività HyperStandby fallisce, la notifica e-mail non funziona correttamente.

• Quando il nome dello switch virtuale include “-“ in vStandby o HyperStandby, l’IP statico non viene applicato alla VM di standby.

• Il disco dati viene riconosciuto come offline quando si utilizza HyperRecovery e si ripristina un’immagine di backup HyperBack.

• Durante l’esecuzione del processo di Replica come processo post-backup, se il sistema viene riavviato, l’annullamento non viene registrato nel registro attività.

• Il punto di ripristino non viene visualizzato correttamente quando [Backup per disco] è abilitato e viene creato un certo numero di file di backup.

• Ripristinando un file di backup creato abilitando l’opzione [Backup per disco], gli elementi provenienti da dischi diversi non vengono ripristinati correttamente.

• Volume Recovery non ripristina correttamente un volume nell’ambiente di avvio RescueBoot.

• Eseguendo un’attività tramite comando, il risultato della notifica e-mail non viene visualizzato correttamente.

Versione patch 24.4.18.1（18 aprile 2024）

Questa patch si applica alla versione 7.0.3.8919.

Applicando questa patch, la versione sarà la seguente.

• Versione agente: 7.0.4.9021

• Versione console: 7.0.4.9021

  Quando questa patch è applicata, la modalità predefinita di monitoraggio blocchi modificati è [Tracking Driver Mode].

Funzionalità aggiunte/aggiornate

• È possibile aggiungere i driver necessari ai supporti di ripristino creati con RescueBoot, QuickRecovery o Recovery Media Maker.

• È disponibile l’opzione per espellere il supporto a nastro di destinazione dopo il completamento del backup.

• Le impostazioni predefinite per le seguenti opzioni di backup sono state modificate.

  • [Ignora settori danneggiati] in [Opzioni avanzate] è disabilitata.

  • L’opzione [System Volume Information] è stata rimossa da [Esclusione file] in [Opzioni avanzate].

• Modificato l’intervallo di configurazione accettabile per [Limita il carico massimo sulla CPU] in [Preferenze] - [Prestazioni predefinite].

• L’opzione [Autenticazione licenza successiva] è ora nascosta in [Autenticazione licenza].

• Modificato il metodo di output dei log.

  ActiveVisor versione 7.1.1 non supporta il monitoraggio dei log delle attività eseguite utilizzando questa versione.

Problemi risolti

• Le informazioni dell’immagine montata non sono visualizzate nell’icona del vassoio.

• L’opzione per il rilevamento dei dischi è disabilitata in [Preferenze].

• [Ultima data/ora di autenticazione riuscita] non viene aggiornata nella finestra Autenticazione licenza.

• Viene consumata una grande quantità di memoria quando si esegue il backup di grandi volumi di dati su archiviazione cloud.

• Il ripristino di un disco, incluso il volume di sistema, è soggetto a limitazioni del firmware.

• È possibile modificare le impostazioni dell’opzione di compressione, tra le altre, quando si modificano le impostazioni di pianificazione dal link Schedule nel Dashboard.

• L’attività di cold backup fallisce quando lo spazio utilizzato sul disco di un ambiente di avvio basato su Windows PE/RE supera i 3 TB.

• Il processo di conversione virtuale HyperStandby fallisce.

• Le attività di Verify o Recovery falliscono quando si utilizza un’immagine di backup contenente un volume per il quale le informazioni bitmap non possono essere ottenute correttamente.

• La Retention Policy abilitata con File Backup non funzionava in un determinato storage di destinazione.

• Un’attività vStandby per host Hyper-V falliva con l’errore -621 quando si accedeva all’host Hyper-V con un account membro del dominio.

• Eseguendo un’attività Virtual Conversion, l’accesso all’host Hyper-V con un account membro del dominio falliva.

Versione 7.0.3.8919 (31 gennaio 2024)

Durante l’aggiornamento a questa versione, la modalità predefinita di monitoraggio blocchi modificati è [Tracking Driver Mode].

Funzionalità aggiunte/aggiornate

• Durante la connessione a un agente remoto nell’ambiente di avvio, è abilitata l’opzione per spegnere o riavviare da remoto il computer connesso.

• Un agente connesso da remoto nell’ambiente di avvio può eseguire quanto segue:
  • Copiare dischi e volumi
  • Avviare l’interfaccia a riga di comando
  • Configurare le impostazioni di rete
• È stato migliorato il metodo di montaggio di un’immagine di backup di un disco di base. Questo miglioramento ha comportato prestazioni migliori durante la copia di un numero elevato di elementi da un’immagine di backup creata utilizzando l’opzione Data Deduplication Compression.
  • L’immagine di backup di un disco dinamico supporta solo il metodo di montaggio tradizionale.
• Oracle e Google Cloud sono ora supportati.

Problemi risolti

• Tentando di eseguire un’attività di backup volume in modalità tracking driver dopo aver reinstallato il prodotto in seguito alla disinstallazione e al riavvio del sistema, l’attività può fallire con il messaggio di errore (-601).

• Durante l’annullamento della disinstallazione del prodotto, dopo il riavvio del sistema, un tentativo di eseguire l’attività di backup volume in modalità tracking driver fallisce con l’errore -601, determinando l’annullamento dell’operazione di disinstallazione.

• Durante un aggiornamento, in un ambiente in cui viene utilizzato un file di licenza per l’attivazione, le informazioni del file di licenza corrispondente non vengono trasferite.

• Tentando di ripristinare più di 31 file/cartelle da un’immagine File Backup (*.AFB), l’attività di ripristino fallisce con errore sconosciuto.

• Si è verificato un problema con l’operazione di Image Manager che non riusciva ad accedere a un’immagine di backup archiviata su Amazon S3.

• Quando si utilizza un’immagine di backup crittografata AES128 e una password superiore a 16 caratteri, il servizio ActiveImage Protector può arrestarsi durante le operazioni seguenti:
  • File Recovery
  • BootCheck
  • HyperRecovery LIVE!
  • P2V Adapter

• Le impostazioni IP in [Impostazioni di rete] dell’ambiente RescueBoot non vengono applicate.

• Tentando di creare un supporto di ripristino tramite Recovery Media Maker, l’attività falliva nonostante lo stato indicasse “Successful”.

• Tentando di spostare un nastro da Actiphy a un altro pool di nastri, la procedura guidata Volume Restore non rilevava il nastro.

• Quando si crea un nuovo pool di nastri e lo si denomina “Actiphy”, il processo di backup incontra un errore.

• L’opzione Destination Isolation sembra inefficace dopo il completamento dell’attività File Backup.

• Utilizzando HyperBack per eseguire il backup di una macchina virtuale su Hyper-V Server, il processo RCT fallisce.

• Utilizzando HyperRecovery per [Ripristina solo disco] su host VMware ESXi, se l’host ESXi ha una macchina virtuale con lo stesso nome della macchina di origine, il processo non riesce.

• Quando si ripristina una macchina virtuale in VMware ESXi tramite HyperRecovery, l’attività fallisce con un errore se il nome della macchina virtuale è racchiuso tra parentesi.

• Quando si crea una pianificazione per un agente Linux remoto, nella finestra Impostazioni avanzate vengono riportate le impostazioni avanzate dell’host di connessione.

Versione patch 23.12.8.1 (8 dicembre 2023)

Questa patch è applicabile alle versioni 7.0.0.8643 e 7.0.1.8725.

Applicando questa patch, la versione sarà la seguente.

• Versione agente: 7.0.2.8821

• Versione console: 7.0.2.8821

  Quando questa patch è applicata, la modalità predefinita di monitoraggio blocchi modificati è [Tracking Driver Mode].

Funzionalità aggiunte/aggiornate

• È stato migliorato il metodo di creazione dei file di backup. Le prestazioni di Recovery e Deep Verify sono migliorate con le immagini di backup create abilitando l’opzione Data Deduplication Compression e utilizzando questa o versioni successive.

• Recovery Media Maker ora offre l’opzione per creare supporti ISO senza specificare la dimensione del supporto.

• È stato rivisto il comportamento di RescueBoot avviato dall’icona del vassoio.

• Quick Verify ora supporta i file immagine di backup creati in Actiphy StorageServer utilizzando questa o versioni successive.

• Specifiche del processo Quick Verify migliorate e tempo di elaborazione ridotto.

Problemi risolti

• Il tempo di elaborazione aumentava quando si eseguiva un’attività di Recovery o Deep Verify selezionando un’immagine di backup creata abilitando l’opzione Data Deduplication Compression e salvata in Actiphy StorageServer.

• In alcuni casi, il driver della scheda di rete utilizzata sul sistema non viene aggiunto a RescueBoot.

• Nel sistema operativo configurato utilizzando il supporto di installazione in versione inglese, i caratteri in giapponese o altre lingue risultano illeggibili in RescueBoot creato con WindowsRE.

• Quando RescueBoot si avvia su un’istanza cloud in cui il fuso orario è cambiato da UTC, la connessione al servizio di archiviazione cloud non viene stabilita.

• Il sistema non si avviava su alcuni computer con un supporto di ripristino creato su disco ottico tramite Recovery Media Maker.

• La dimensione del file ISO creato selezionando una dimensione preimpostata tramite Recovery Media Maker è troppo grande per essere scritta sul supporto ottico del tipo selezionato.

• L’operazione di Image Management fallisce per il file immagine di backup salvato su server SFTP che richiede una chiave privata per l’autenticazione.

• Utilizzando Image Management e sfogliando un bucket o una cartella su Actiphy StorageServer, viene creata una cartella non necessaria.

• Eseguendo un’attività di Virtual Conversion selezionando un’immagine di backup in un bucket su Actiphy StorageServer con impostazioni di autenticazione configurate, la console si arrestava.

• La dimensione di elaborazione per un’attività File Recovery viene registrata come “0.00GB”.

• Eseguendo un’attività HyperBack per una macchina guest ripristinata tramite HyperRecovery e specificando il nome della macchina virtuale o il nome VHD/VMDK con caratteri a doppio byte, il processo di backup incrementale si fermava all’1,0%.

• Il prompt dei comandi non appare nell’ambiente RescueBoot avviato da alcuni ambienti accessibili in remoto tramite VNC viewer.

• Il file immagine di backup di un volume con oltre 10,7 TB di spazio utilizzato risultava corrotto.

• Quando si ripristinava un file immagine di backup protetto da password utilizzando Image Explorer, l’applicazione si arrestava.

Versione 7.0.1.8790（22 novembre 2023）

Questa versione è rilasciata come ActiveImage Protector IT Pro.

Problemi risolti

• Dopo aver eseguito Virtual Conversion utilizzando il file EXE e aggiungendo il driver necessario, tentando di eseguire nuovamente lo stesso processo senza riavviare il sistema si è verificato un errore sconosciuto.

Versione patch 23.10.19.2（20 ottobre 2023）

Questa patch è applicabile alla versione 7.0.0.8643.

Applicando questa patch, la versione sarà la seguente.

• Versione agente: 7.0.1.8725

• Versione console: 7.0.1.8725

  Quando questa patch è applicata, la modalità predefinita di monitoraggio blocchi modificati è [Tracking Driver Mode].

Funzionalità aggiunte/aggiornate

• Dopo aver creato un file immagine di backup con HyperBack, gli script sono eseguibili con HyperAgent.

• È ora disponibile l’opzione [Riporta il supporto a nastro nello slot al termine del backup].

• VMware vSphere ESXi 8.0 U2 è ora supportato.

• Nel processo di File Backup viene creato un file temporaneo.

• Ora puoi configurare le impostazioni di autenticazione per accedere a un bucket su Actiphy StorageServer.

• Selezionando [Sposta in slot], [Sposta in pool], [Cancella] o [Nuova scansione] in [Tape Manager], il supporto a nastro al termine dell’elaborazione viene spostato in uno slot vuoto (se non disponibile, nello slot di posta).

• La connessione di rete è disponibile nell’ambiente di avvio RescueBoot creato su un’istanza VM di Google Cloud Compute Engine.

• L’ambiente ripristinato e avviato utilizzando la funzione QuickRecovery può essere connesso tramite VNC.

Problemi risolti

• Selezionando Actiphy StorageServer come destinazione di backup e abilitando [Dividi immagine in file da xx MB], il file consolidato non viene suddiviso.

• Le registrazioni cronologiche per l’hypervisor non vengono salvate con HyperRecovery.

• Ripristinando un file immagine di backup di più macchine virtuali creato con HyperBackup, l’attività di ripristino falliva con [Unknown AIP error].

• Eseguendo un’attività HyperRecovery LIVE! per ripristinare un file immagine di backup di più macchine virtuali creato con HyperBackup, la macchina virtuale in fase di ripristino potrebbe non avviarsi correttamente.

• [Limita carico massimo CPU] non funziona.

• ReZoom IT! non rileva un file immagine di backup che include una macchina virtuale con checkpoint.

• Quando un dispositivo a nastro è selezionato come destinazione di backup e viene creato un file di backup incrementale selezionando la modalità Tracking Driver, la dimensione del file immagine incrementale creato è la stessa del file di backup completo.

• Dopo l’aggiornamento dalla versione 6.5.2 alla 7.0.0, il backup completo (di base) non viene creato eseguendo un’attività di backup volume secondo la pianificazione incrementale migrata.

  L’attività di backup incrementale eseguita dopo l’applicazione di questa patch crea un file immagine di backup completo (di base).

• La connessione di rete non è disponibile nell’ambiente di avvio avviato da RescueBoot sull’istanza che utilizza le seguenti NIC su AWS.
  • Amazon Elastic Network Adapter
  • Intel 82599 Virtual Function

• Quando viene eseguita l’attività Reconcile e viene creato un file di backup incrementale, l’attività di backup incrementale successiva fallisce con l’errore -603.

• Quando un’attività di backup fallisce a causa di un errore VSS, conhost.exe continua a rimanere in esecuzione e provoca una limitazione dello heap del desktop.

• L’attività di backup per l’agente AIP installato su host Hyper-V si arresta in rari casi.

Versione 7.0.0.8643 (7 settembre 2023)

Funzionalità aggiunte/aggiornate

• È ora disponibile il Tracking Driver per supportare il monitoraggio delle modifiche.

• È ora disponibile Actiphy StorageServer.

• Il formato dei file immagine è stato modificato. La versione immagine è [302].

• È stata introdotta la funzione QuickRecovery.

• È stato migliorato il metodo di creazione di RescueBoot. Nei sistemi privi di Windows RE, l’uso di Windows ADK consente di creare RescueBoot.

• È ora disponibile la funzione Recovery Media Maker.
  ** Server 2012 R2 non è supportato.

• È supportato FCD (First Class Disk).
  ** Il disco standalone non è supportato.

• È supportata l’operatività in modalità provvisoria.

• L’impostazione predefinita del backup è stata modificata come segue:

  • Compressione Standard -> Data Deduplication Compression
  • L’opzione [Rendi il file immagine di backup pronto per P2V] è abilitata.

• VMware vSphere 8 è ora supportato.

• Quando si elimina un file di backup protetto da password in Image Manager, viene richiesto di inserire la password predefinita.

• Neutrix Cloud Storage è ora supportato di default come destinazione di archiviazione.
  Le seguenti funzioni non supportano i file di backup salvati in Neutrix Cloud Storage.

  • BootCheck
  • Mount Image
  • Image Target Server
  • HyperStandby
  • HyperRecovery LIVE!
  • Virtualization
  • Virtualization adaptor

• È ora supportato il nuovo servizio NIFCLOUD [Object Storage Service].

• Sono ora supportati i token di accesso a breve termine di DropBox.

• Migliorato il metodo di ripristino di un backup incrementale.

• Anche negli ambienti in cui [Remote Console] è stato disabilitato durante l’installazione del prodotto, la console remota è disponibile per operare l’ambiente di avvio RescueBoot.

• È stata migliorata la modalità di compressione dei dati di backup utilizzata nel processo di backup.

• È ora disponibile la funzione di cancellazione per i supporti a nastro.

• vStandby ora supporta sia host virtuale sia guest.

Problemi risolti

• L’autenticazione per accedere a Dropbox falliva per la Replica del processo post-backup.

• Si verificava l’errore [exception (0xc0000005)] e l’attività di backup terminava con Exit code -701.

• aip.log causava il blocco della console AIP avviata.

• L’attività di ripristino in ambiente di avvio basato su Windows PE/RE non avanzava oltre circa il 95% e non si completava.

• Le informazioni di una macchina virtuale in esecuzione sull’host hypervisor non venivano trasmesse al server di attivazione. L’attivazione falliva con l’errore [Product not in Network ID whitelist].

• La notifica e-mail a Microsoft 365 falliva con errore.

• L’errore Exit Code -403 non è elencato nel Registro attività sulla console AIP.

• Il programma File Backup si arrestava in modo anomalo e non terminava normalmente.

• In-Cloud Recovery verso MS Azure falliva.

• L’attivazione di AIP fallisce quando installato con chiave virtual guest e quando sono soddisfatte le condizioni seguenti.
  • Windows è installato sulla macchina virtuale utilizzando un supporto OEM.
  • Sono presenti 2 o più NIC e la prima NIC è disabilitata.

• La dimensione del processo dell’attività File Backup non è corretta.

• A seconda del codice prodotto utilizzato per installare il prodotto sul computer connesso in remoto, le informazioni del computer remoto non vengono visualizzate correttamente.

• Facendo doppio clic su una cartella nel riquadro destro della finestra File Backup, compare “wait for response”.

• Dopo la modifica della dimensione della partizione di origine del backup, la catena di backup incrementale continua.

• Durante il backup di un disco di grande capacità, il file immagine di backup risulta corrotto.

• Dopo la virtualizzazione/ripristino di un file immagine di backup di Windows Server 2008 R2 tramite HyperRecovery, il sistema operativo non si avvia.

• Quando l’esecuzione di un’attività falliva in una delle condizioni seguenti, il risultato dell’attività non veniva registrato nel Registro attività nel Dashboard della console AIP.

  • Un’attività viene eseguita mentre l’RDX è espulso.
  • Abilitando l’opzione Destination Isolation e selezionando [Espelli il disco rigido USB di destinazione al termine del backup], l’attività di backup pianificata successiva parte mentre l’USB rimovibile è ancora espulso.

• L’installazione di AIP falliva negli ambienti con Virus Buster installato.

• Creando un volume da uno snapshot convertito da backup incrementale tramite In-Cloud Standby e collegando il volume all’istanza, il sistema non si avviava.

• File Recovery non supporta file immagine di backup basati su disco.

• L’elaborazione degli errori di File Backup non viene eseguita correttamente.

• Ripristinando un file immagine di backup collegato a più dischi eseguendo l’attività HyperRecovery - [Restore disk only], viene ripristinato solo il disco di sistema.

• Quando le impostazioni HyperBack vengono configurate e migrate in ambiente cluster Hyper-V, l’attività di backup fallisce.

Versione patch 22.9.8.1 (8 settembre 2022)

Questa patch è applicabile alle versioni 6.5.0.7616 e 6.5.1.7720.

Applicando questa patch, la versione sarà la seguente.

• Versione agente: 6.5.2.7778

• Versione console: 6.5.2.7778

Funzionalità aggiunte/aggiornate

• Il valore predefinito [Copy] è impostato come tipo di backup del punto di controllo di ripristino creato eseguendo HyperBack per le macchine virtuali configurate sull’host Hyper-V.

Problemi risolti

• Quando ESXi in vCenter è registrato, l’attività HyperRecovery per ESXi falliva con errore.

• L’immagine di backup incrementale dopo il cambio del nome host non viene visualizzata quando si utilizzano le funzioni di ripristino/mount.

• Una serie di operazioni falliva nell’esecuzione di un’attività File Recovery utilizzando un’immagine di backup salvata su Wasabi.

Versione patch 22.8.22.6 (23 agosto 2022)

Problemi risolti

• Il download dei file di aggiornamento rilevati selezionando [Check Update] è fallito.

Versione patch 22.7.26.3 (26 luglio 2022)

Applicando questa patch, la versione sarà la seguente.

• Versione agente: 6.5.1.7720

• Versione console: 6.5.1.7720

Funzionalità aggiunte/aggiornate

• Wasabi è ora supportato come destinazione per il salvataggio dei file di backup.
  Le seguenti funzioni non supportano l’uso dei file di backup salvati su Wasabi.

  • BootCheck
  • Mount Image
  • Image Target Server
  • HyperStandby
  • HyperRecovery LIVE!
  • Virtualization
  • Virtual Adapter

  Le seguenti funzioni non visualizzano Wasabi come destinazione per il salvataggio dei file di backup. Prima di utilizzare file di backup su Wasabi, seleziona Amazon S3, vai su [Enter Provider] - [Add New Target] e seleziona Wasabi.

  • In-Cloud Recovery
  • In-Cloud Standby

• Quando SFTP è selezionato come destinazione per il salvataggio delle immagini di backup, Replica è ora supportata come processo post-backup.

• I punti di ripristino possono essere selezionati specificando le date.

Problemi risolti

• Il menu della console non viene visualizzato correttamente.

• RescueBoot non si avvia sulla macchina virtuale con uEFI configurata su Citrix hypervisor.

• Le informazioni di credenziale per accedere allo storage di destinazione non vengono trasferite all’ambiente di avvio RescueBoot.

• Durante la copia di un disco o volume, se il disco sorgente include un volume exFAT, il disco copiato non include il volume exFAT.

• Utilizzando l’edizione Virtual (HyperAgent) e eseguendo il backup di una macchina virtuale su host ESXi con HyperBack, può verificarsi un errore di licenza.

• Selezionando USB HDD come destinazione di salvataggio dei file di backup, se l’opzione Destination Isolation è abilitata selezionando [Rendi offline il disco rigido locale di destinazione dopo il backup], la seconda e le successive attività di backup falliscono.

• Selezionando l’opzione Destination Isolation, l’opzione [Disabilita connessione di rete di destinazione dopo il backup] potrebbe non funzionare.

• Quando esistono molti file di backup incrementali, i punti di ripristino potrebbero non essere visualizzati correttamente.

• Se l’opzione [Forza esecuzione script] è disabilitata nelle impostazioni di backup avanzate e l’esecuzione di uno script prima/dopo lo snapshot fallisce, viene eseguito [Script da eseguire dopo la creazione dell’immagine].

• Durante la virtualizzazione su host Hyper-V utilizzando un’immagine di backup con più dischi, la virtualizzazione del secondo disco e successivi non viene eseguita correttamente.

• Utilizzando vStandby e selezionando vCenter come destinazione di conversione, Add NIC fallisce e l’attività non può essere creata.

• Quando i volumi dinamici in configurazione mirror sono danneggiati, il ripristino dei backup fallisce (è necessario eseguire nuovamente i backup).

• Se esistono molti backup incrementali tra il punto di ripristino selezionato e il backup di base, la dimensione elaborata non viene indicata correttamente nel log dell’attività di ripristino eseguita.

• Modificando una pianificazione esistente e cambiando la destinazione per il salvataggio delle immagini di backup, il processo post-backup non funziona.

• Le attività di backup create con la versione 2018 o precedente e configurate abilitando [Backup per disco] non vengono visualizzate correttamente.

• Visualizzando su console un’attività di backup configurata abilitando [Backup per disco], i dischi sono elencati nell’ordine inverso rispetto all’originale.

• Problemi di HyperRecovery:

  • Ripristinando un backup di una macchina virtuale Windows con avvio uEFI e configurata su VMware vSphere verso una macchina virtuale su host Hyper-V, la VM viene ripristinata come macchina guest di prima generazione.

  • Ripristinando un backup di una macchina virtuale Linux con avvio uEFI e configurata su Hyper-V verso una macchina virtuale su VMware vSphere, la VM utilizza l’avvio BIOS.

• Selezionando SFTP come destinazione per il salvataggio dei file di backup e accedendo al server SFTP tramite chiave privata, l’attività HyperBack fallisce con errore -459.

• L’operazione di Image Manager per backup salvati in SFTP, accedendo al server SFTP tramite chiave privata, fallisce con errore -459.

• Selezionando file in cartella condivisa come origine del backup, se si utilizzano caratteri a doppio byte per il nome file, l’esecuzione dell’attività di backup fallisce.

• Ripristinando un disco MBR a dimensione ampliata abilitando l’opzione [Ripristina firma del disco], l’attività fallisce con errore -999.

• Utilizzando la chiave Virtual (Guest) e quando le stringhe BIOS sono riportate su una macchina virtuale su ESXi o Citrix Hypervisor (XenServer), l’autenticazione fallisce.

• Eseguendo attività HyperBack per il backup di più macchine virtuali in parallelo, il processo di backup può fallire con errore -701.

• Quando viene eseguita un’attività di backup pianificata settimanale, l’attività pianificata successiva è indicata come ‘N/A’ e non viene eseguita.

Versione 6.5.0.7616 (24 maggio 2022)

Funzionalità aggiunte/aggiornate

• Sono state aggiunte le seguenti funzionalità.

  • In-Cloud Standby
    Funzione di snapshot per creare snapshot della VM di standby nel cloud (Amazon EC2 e Microsoft Azure)

  • HyperRecovery LIVE!
    Funzione di ripristino che consente di ripristinare un’immagine di backup come VM sull’hypervisor mentre il sistema è in esecuzione.

  • Esclusione file per File Backup e Backup cartella di rete condivisa
    È possibile configurare l’impostazione di esclusione file per File Backup ed è disponibile la funzione di backup della cartella di rete condivisa.

• Potenziata la funzione Tape Manager.

• In-Cloud Recovery supporta i backup accessibili dall’appliance su cloud.

• Sono supportati come destinazione di attivazione tramite chiave Guest di licenza Virtual i seguenti hypervisor aggiuntivi.

  • Citrix Hypervisor

  • Proxmox VE

  • Nutanix Acropolis

• È abilitata l’operazione di annullamento/rollback durante l’aggiornamento tra versioni 2022.

  L’edizione Cluster non supporta l’annullamento/rollback durante l’aggiornamento.

• Funzione RescueBoot potenziata

  • All’avvio in RescueBoot, è possibile utilizzare VNC Viewer per l’operazione remota.

  • È possibile creare un’icona di scelta rapida sul desktop per avviare immediatamente l’ambiente RescueBoot.

• L’uso di file ppk versione 3 consente di stabilire la connessione con il server SFTP.

• È supportata la cartella nascosta come destinazione per il salvataggio dei file di backup creati.

Problemi risolti

• Se viene selezionata una specifica lingua/area nelle impostazioni di sistema, viene visualizzato il messaggio “Extract Drivers failed:1 is not a supported code page.” e l’installazione fallisce.

  Se si verifica questo problema ma si continua a riprovare l’installazione sullo stesso computer, eseguire Setup.exe selezionando “Esegui come amministratore”.

• Quando il drive a nastro viene riacceso, l’attività di backup fallisce con errore -640.

• Quando il supporto a nastro viene sostituito nel drive, l’attività di backup fallisce con errore -640.

• Ripristinando un sistema Linux di seconda generazione come nuova macchina virtuale tramite HyperRecovery, la macchina virtuale viene creata come di prima generazione.

Questa versione non è disponibile con l’edizione IT Pro.

Patch Version 22.3.14.3 (15 marzo 2022)

Applicando questa patch, la versione sarà la seguente.

• Versione agente: 6.0.2.7482

• Versione console: 6.0.2.7482

Funzionalità aggiunte/aggiornate

• È ora supportata ActiveVisor versione 7.

• All’avvio di RescueBoot, viene richiesto di inserire il nome del computer su cui è stato creato RescueBoot e l’indirizzo IP per configurare le impostazioni.

Problemi risolti

• Alcuni storage compatibili con Amazon S3 sono disabilitati.

• L’operazione di ripristino è instabile in ambiente di avvio basato su Windows PE/RE.

• Durante l’esecuzione di un’attività BootCheck, l’autenticazione di accesso a Hyper-V fallisce se si utilizzano credenziali di account di dominio.

• La conversione virtuale fallisce utilizzando un file di backup crittografato.

• Il ripristino del disco utilizzando un’immagine di disco con settore 4k fallisce.

Patch Version 22.1.25.3 (26 gennaio 2022)

Applicando questa patch, la versione sarà la seguente.

• Versione agente: 6.0.1.7411

• Versione console: 6.0.1.7411

Funzionalità aggiunte/aggiornate

• Quando si registra un hypervisor in Virtual Edition (HyperAgent), l’hypervisor registrato sarà l’hypervisor di destinazione in HyperBack.

• La cronologia di esecuzione delle attività File Backup viene registrata nel Registro eventi di Windows.

Problemi risolti

BootCheck

• L’avvio di BootCheck da Image Management falliva.

• Selezionando una macchina virtuale configurata su Hyper-V su un computer remoto come origine di backup tramite HyperBack e abilitando BootCheck sull’host Hyper-V come processo post-backup, l’attività BootCheck falliva con errore -571 al termine del processo di backup incrementale.

HyperBack

• Selezionando l’host hypervisor registrato specificando [Questo computer], veniva visualizzato il messaggio di errore [Connection error!…] e non era possibile selezionare una macchina guest.

HyperStandby

• Quando Hyper-V è selezionato come host di destinazione:
  • L’attività HyperStandby utilizzando un backup incrementale falliva con errore -701.
  • L’attività HyperStandby utilizzando un backup creato abilitando l’opzione split-images (immagine CHNK) falliva con errore -999.

• Selezionando storage server come destinazione e “Microsoft (VHD/VHDX)” come Convert Type, l’attività HyperStandby falliva con errore -701.

• L’attività HyperStandby che utilizza un backup creato abilitando l’opzione split-images (immagine CHNK) falliva con Exit Code: -439.

• Selezionando ESXi come destinazione e utilizzando un backup di sistema a 32 bit, l’aggiunta del driver NIC falliva.

Virtual Conversion

• L’attività Virtual Conversion che utilizza un backup creato abilitando l’opzione split-images (immagine CHNK) falliva con Exit Code: -439.

• Selezionando ESXi come destinazione e utilizzando un backup di sistema a 32 bit, l’aggiunta del driver NIC falliva.

• L’attività Convert from Disk abilitando l’opzione [Crea solo disco virtuale], selezionando una cartella di rete condivisa come destinazione, falliva con Exit Code: -403.

• L’attività Convert from Image utilizzando l’immagine di backup di un sistema Windows e selezionando un datastore su hypervisor ESXi come destinazione di conversione non configurava correttamente il valore predefinito per il sistema operativo.

File Backup

• L’annullamento dell’attività falliva.

• L’attività File Backup, quando Azure è selezionato come destinazione, falliva con errore sconosciuto.

• Quando il file di sistema è selezionato come origine del backup, l’attività di backup incrementale dopo il riavvio del sistema può fallire in alcuni casi.

• L’opzione di notifica e-mail non può essere abilitata.

Recovery

• Il ripristino di dischi dinamici è disabilitato.

• Montando un’immagine di backup per File Recovery, viene assegnata una lettera di unità non utilizzabile con robocopy e File Recovery fallisce.

Image Manager

• L’attività di Verify per l’immagine di backup agentless creata con HyperBack fallisce.

• Selezionando un punto di ripristino di storage compatibile Amazon S3, viene visualizzato un menu indesiderato.

Altro

• Informazioni di log indesiderate relative a MSPAgent vengono registrate continuamente.

• Esplorando una cartella di rete condivisa nella procedura guidata P2V adapter, il servizio si arrestava.

• Selezionando Hyper-V come host di destinazione per replicare la macchina virtuale di standby tramite vStandby, se l’opzione [Mantieni sempre 1 boot point] è abilitata, l’attività falliva con Exit code: 32774.

• Abilitando Replication e selezionando WebDAV come destinazione di replica, la replica di un’immagine di backup da 2048 MB o superiore falliva.

• L’attività di backup con evento trigger [Shutdown / Reboot] non si comportava correttamente su Windows 10 o versioni successive Home Edition.

• Quando la dimensione del disco di origine del backup non è un intero in In-Cloud Recovery, il valore predefinito della dimensione del disco ripristinato è configurato troncando i decimali.

• In alcuni casi, l’attività di backup selezionando un dispositivo a nastro LTO come destinazione di archiviazione falliva con Exit Code: -640.

• In Image Explorer installato, il doppio clic su un’immagine di backup file non ne visualizzava il contenuto.

  Questa correzione verrà applicata dopo il riavvio del sistema o di Windows Explorer.

• Quando uno storage compatibile Amazon S3 è selezionato come destinazione di backup o di replica, il valore per Region non può essere lasciato vuoto.

• Il comando networkuser non viene eseguito.

Versione 6.0.0.7343 (21 dicembre 2021)

Rilasciata come IT Pro.

Funzionalità aggiunte/aggiornate

• Quando l’origine del backup e la destinazione sono specificate uguali al backup precedente, è ora supportato il backup incrementale.

Versione 6.0.0.7292 (12 novembre 2021)

Assicurati di avere il codice prodotto Version 2022 per installare la versione 2022 e aggiornare dalla versione 2018. Per ulteriori dettagli, contatta Actiphy e parla con un rappresentante di vendita. L’aggiornamento alla versione 2022 è limitato dalla v5.1.11.6326.

Funzionalità aggiunte/aggiornate

• Aggiornato il formato dei file immagine. La versione dell’immagine è [301].

• Modificata la convenzione di denominazione dei file per le immagini create dall’esecuzione dell’attività di backup.

• Implementate le seguenti funzionalità.

  • Cloud Direct salva i file immagine di backup creati direttamente nello storage cloud (Amazon S3 e Microsoft Azure) o su server SFTP.

  • Ripristina un file immagine di backup salvato/replicato nello storage cloud (Amazon S3 o Microsoft Azure) su una macchina virtuale configurata nell’ambiente cloud.

  • Funzione di backup che supporta supporti a nastro come destinazione di archiviazione e funzione di gestione nastri.

  • Creazione di un file MD5 per l’immagine di backup creata.

  • Quick Verify (verifica se si sono verificati tentativi di manomissione interna dei backup).

  • Disk e Volume Copy estesi.

  • File Backup.

  • Image Target Server.

  • RescueBoot Builder
    Boot Environment Builder è integrato in Actiphy Boot Environment Builder

  • La stabilità operativa e la velocità di elaborazione sono state migliorate per le seguenti funzionalità.

    • BootCheck

    • HyperRecovery

    • HyperStandby

    • Image Target Server

    • P2V Adapter

• L’installer è stato migliorato in modo che possa essere generato un file MSI per l’installazione dei componenti.