Migrazione da HPCS a Key Protect Dedicated con il Key Migration Tool

Il Key Migration Tool (CRKM) aiuta gli utenti HPCS a migrare le Customer Root Key (CRK) su Key Protect Dedicated. Questo documento descrive come utilizzare CRKM per migrare le chiavi e le risorse IBM Cloud associate. CRKM si applica solo ai CRK utilizzati dai servizi IBM Cloud e dal software IBM che partecipano al flusso di lavoro di migrazione automatica. Per informazioni dettagliate, vedere Migrazione da Hyper Protect Crypto Services(HPCS)a Key Protect Dedicated.

In questo argomento, il termine "chiave" si riferisce a una chiave root del cliente (CRK), se non diversamente specificato.

Scaricare lo strumento

Crea un ticket di assistenza su IBM all'indirizzo Key Protect per richiedere l'accesso agli strumenti di migrazione da HPCS a Key Protect.
Scaricare il binario dello strumento fornito nel ticket di assistenza.
Verificare che il checksum SHA-256 del file binario scaricato corrisponda al valore fornito nel ticket di supporto. Confrontate direttamente i valori; devono corrispondere esattamente.

Eseguite il comando appropriato per il vostro sistema operativo per ottenere il checksum SHA-256 e confrontatelo con il valore fornito nel ticket di assistenza:

macOS

shasum -a 256 <crkm-binary>

Esempio:

shasum -a 256 crkm-darwin-arm64-1.0.0

Linux

sha256sum <crkm-binary>

Esempio:

sha256sum crkm-linux-amd64-1.0.0

Windows (Prompt dei comandi)

certutil -hashfile <crkm-binary> SHA256

Esempio:

certutil -hashfile crkm-windows-amd64-1.0.0.exe SHA256

Windows ( PowerShell )

Get-FileHash <crkm-binary> -Algorithm SHA256

Esempio:

Get-FileHash crkm-windows-amd64-1.0.0.exe -Algorithm SHA256

Rendere il binario eseguibile ( macOS/Linux ):

chmod +x <crkm-binary>

Comprendere l'output dello strumento di migrazione

Le operazioni status, create e sync dello strumento CLI producono i due file seguenti:
.csv file di output
Creato al termine dell'operazione, con execution nel nome del file, nel nome dell'operazione e nella data di esecuzione del comando. Il file contiene una copia dei dati di input e per ogni riga:
- Il numero di associazioni che si trovano sulla chiave HPCS
- Il numero di associazioni presenti nella chiave dedicata " Key Protect "
- Stato dell'operazione sulla chiave HPCS
- Lo stato della chiave HPCS e della chiave dedicata Key Protect (ad esempio, Active (1))
.log file di output

Creato al termine dell'operazione, con summary nel nome del file, nel nome dell'operazione e nella data di esecuzione del comando. Il file fornisce una panoramica dello stato delle chiavi con intenti di migrazione e del loro numero di associazioni.
L'operazione " delete " genera esclusivamente il file " execution .csv ".
L'operazione status è utile per verificare che il file di input sia formattato correttamente, perché questo comando non esegue alcuna azione. È possibile utilizzare più volte lo stesso file di input senza rimuovere le chiavi completamente migrate, poiché lo stato indica perché l'operazione non è stata eseguita.

Affinché la migrazione vada a buon fine, la chiave HPCS di origine deve trovarsi nello stato “ Active ” o “ Deactivated ” (in modo da poter decomprimere i dati) e la chiave dedicata “ Key Protect ” di destinazione deve trovarsi nello stato “ Active ” (in modo da poter comprimere e decomprimere i dati). Se una chiave si trova in qualsiasi altro stato, lo strumento visualizza un avviso sulla console poiché è probabile che la migrazione fallisca.

Prima di iniziare

Completare tutti i prerequisiti per la migrazione per poter utilizzare lo strumento di migrazione.

Impostazione dei criteri di autorizzazione IAM

Configurare le politiche di autorizzazione IAM dai servizi a Key Protect Dedicated come indicato nella documentazione. Quando si crea una politica per Hybrid HPCS, selezionare la casella di controllo “Abilita la delega delle autorizzazioni da parte dei servizi di origine e dipendenti”, se richiesto dalla documentazione.

Per esempi, si veda:

ICD PostgreSQL: Autorizzazione al servizio
IKS: Crittografia

Creazione di chiavi di destinazione

Crea delle chiavi nel server dedicato " Key Protect " che saranno oggetto della migrazione.

Impostazione del file di input

La CLI prende in input un file .csv senza riga di intestazione. Ogni riga del file contiene:

Prima colonna: Il CRN della chiave HPCS di origine (sourceCRK)
Seconda colonna: il CRN dell' Key Protect e di destinazione Chiave dedicata (targetCRK)

Ogni riga specifica quali risorse cloud si desidera migrare. Lo strumento di migrazione ricrittografa le risorse che utilizzano l' sourceCRK con l' targetCRK.

Esempio di file di input

(La tabella seguente illustra la struttura. Non includere intestazioni nel file CSV )

Tabella 1. Esempio di formato del file di input
Fonte HPCS Chiave CRN	Codice CRN dedicato per il prodotto " Key Protect "
`crn:v1:bluemix:public:hs-crypto:eu-fr2:a/00000000000000000000000000000000:deadbeef-0000-0000-0000-1234567890ab:key:deadbeef-0000-0000-0000-1234567890ab`	`crn:v1:bluemix:public:kms:eu-fr2:a/00000000000000000000000000000000:deadbeef-0000-0000-0000-1234567890ab:key:deadbeef-0000-0000-0000-1234567890ab`
`crn:v1:bluemix:public:hs-crypto:eu-fr2:a/00000000000000000000000000000000:deadbeef-0000-0000-0000-1234567890ab:key:deadbeef-0000-0000-0000-1234567890ab`	`crn:v1:bluemix:public:kms:eu-fr2:a/00000000000000000000000000000000:deadbeef-0000-0000-0000-1234567890ab:key:deadbeef-0000-0000-0000-1234567890ab`
`crn:v1:bluemix:public:hs-crypto:eu-fr2:a/00000000000000000000000000000000:deadbeef-0000-0000-0000-1234567890ab:key:deadbeef-0000-0000-0000-1234567890ab`	`crn:v1:bluemix:public:kms:eu-fr2:a/00000000000000000000000000000000:deadbeef-0000-0000-0000-1234567890ab:key:deadbeef-0000-0000-0000-1234567890ab`

Non includere una riga di intestazione nel file CSV.

Configurazione dello strumento di migrazione

Eseguire i seguenti comandi nel terminale:

export HPCS_API_ENDPOINT=<HPCS endpoint>
export KP_ST_API_ENDPOINT=<Key Protect Dedicated endpoint>
export IBMCLOUD_API_KEY=<IBM Cloud API key>
export IBMCLOUD_API_KEY_KP_ST=<IBM Cloud API key that can access Key Protect Dedicated instance>

Esempio per HPCS_API_ENDPOINT e KP_ST_API_ENDPOINT:

export HPCS_API_ENDPOINT=https://fadedbee-0000-0000-0000-1234567890ab.api.us-south.hs-crypto.appdomain.cloud
export KP_ST_API_ENDPOINT=https://fadedbee-0000-0000-0000-1234567890ab.api.us-south.kms.appdomain.cloud

Per i comandi status, create, sync e delete, associare le chiavi API a identità IAM dotate dei seguenti ruoli di accesso ai servizi:

IBMCLOUD_API_KEY (HPCS): Richiede il ruolo di accesso al servizio Manager. I ruoli di accesso al servizio sono cumulativi, quindi il ruolo “Manager” include i ruoli “Reader” e “Writer”, coprendo così tutti e quattro i comandi. Il ruolo di Manager è necessario perché il comando "delete" e il comando "create" con l'opzione " --replace-mi " rimuovono un intento di migrazione dalla chiave di origine.
IBMCLOUD_API_KEY_KP_ST ( Key Protect, dedicato): Richiede il ruolo di accesso al servizio Reader. Questi comandi leggono solo la chiave di destinazione, quindi Reader è sufficiente. Il comando "delete" non accede a Key Protect Dedicated.

Il comando authz-check richiede ruoli di accesso al servizio diversi rispetto agli altri comandi. Per ulteriori informazioni, consultare la sezione "Verifica delle politiche di autorizzazione IAM".

La variabile IBMCLOUD_API_KEY_KP_ST è necessaria solo se IBMCLOUD_API_KEY non ha accesso all'istanza dedicata di Key Protect. Si verifica quando:

L'istanza HPCS e l'istanza dedicata Key Protect si trovano in account IBM Cloud diversi
Vengono utilizzate identità IAM separate per gli ambienti di origine e di destinazione

Variabili d'ambiente opzionali

È possibile configurare le seguenti variabili d'ambiente opzionali:

IAM_API_ENDPOINT: Prende un endpoint IAM personalizzato, se non viene utilizzato quello predefinito https://iam.cloud.ibm.com/identity/token.
DEBUG_MODE: Accetta true o false. Se impostato su “ true ”, lo strumento genera log dettagliati: la configurazione risolta all’avvio e i dettagli “ HTTP ” per ogni richiesta relativi a ciascuna chiamata API (metodo, percorso con stringa di query, stato della risposta e ID di correlazione). Per le richieste che non vanno a buon fine, viene registrato anche il corpo della risposta. Le intestazioni di autorizzazione e le chiavi API non vengono mai registrate.

Convalida del file di input

Utilizzare l'operazione status per controllare lo stato della migrazione e verificare che il file di input sia formattato correttamente. Con questo comando non viene eseguita alcuna azione di migrazione.

./<crkm-binary> status <.csv input file>

È possibile che nelle colonne di stato relative a tutti gli input chiave nel file di output .csv e nel log della console compaia la dicitura " FAILED - No Migration Intent that is found for the key ". Questo è previsto quando non è ancora stato creato un intento di migrazione.

Verifica dei criteri di autorizzazione IAM

Utilizzare il comando authz-check per verificare che siano in vigore le politiche di autorizzazione IAM, in modo che i servizi cloud che attualmente utilizzano chiavi sorgente HPCS possano utilizzare le corrispondenti chiavi di destinazione dedicate Key Protect dopo la migrazione.

./<crkm-binary> authz-check <.csv input file>

Accesso richiesto

Il comando authz-check serve solo a leggere informazioni. Non crea, aggiorna né elimina alcuna chiave o politica, pertanto non è richiesto l'accesso a Writer o Manager.

Il comando richiede i seguenti diritti di accesso:

Istanza HPCS: Reader ruolo di accesso al servizio per leggere le associazioni della chiave di origine.
Key Protect Istanza dedicata: Reader ruolo di accesso al servizio per leggere i metadati della chiave di destinazione.
Politiche di autorizzazione IAM: Autorizzazione a livello di account per visualizzare le politiche di autorizzazione IAM di ogni account a cui si fa riferimento nella colonna " TargetCRK ". Questo non è un ruolo di accesso ai servizi " Key Protect " o HPCS. Si tratta di un accesso a livello di account al sito IBM Cloud Identity and Access Management.

L'identità utilizzata per la ricerca della politica IAM è quella associata a IBMCLOUD_API_KEY_KP_ST. Se IBMCLOUD_API_KEY_KP_ST non è impostato, viene utilizzata l'identità associata a IBMCLOUD_API_KEY.

Se l'identità non è in grado di visualizzare le politiche in un account di destinazione, lo strumento registra l'errore e prosegue. Ogni associazione presente in quell'account viene riportata come " NO MATCH". Un accesso IAM insufficiente viene segnalato come risultato falso " NO MATCH " anziché come errore di autorizzazione. Verifica questo accesso prima di fare affidamento sui risultati.

Il comando funziona in due fasi:

Fase 1: Recupero delle politiche

Lo strumento estrae gli ID degli account distinti dalla colonna TargetCRK di CSV, recupera tutte le politiche di autorizzazione IAM per ciascun account e le scrive in file JSON (policies-{serviceName}-{accountID}.json) per riferimento.

Fase 2: abbinamento delle associazioni

Per ogni riga di CSV, lo strumento recupera tutte le associazioni sulla chiave HPCS di origine (le risorse cloud criptate da quella chiave). Lo strumento verifica se esiste una politica di autorizzazione IAM che consenta a ciascun servizio associato di utilizzare la chiave dedicata Key Protect.

Lo strumento individua inoltre il gruppo di risorse di ciascuna istanza dedicata di Key Protect tramite l'API del controller delle risorse IBM Cloud. Questa ricerca consente allo strumento di individuare le policy associate a un gruppo di risorse.

Per ogni associazione, lo strumento riporta o:

MATCH: È stato trovato un criterio di autorizzazione valido. Viene stampato il JSON della politica.
NO MATCH: Non è stato trovato alcun criterio di autorizzazione. Lo strumento visualizza un messaggio che spiega cosa manca e un modello JSON colorato di una policy che soddisfa i criteri di corrispondenza. Nel modello, i campi obbligatori sono indicati in verde e quelli facoltativi in blu.

Alla fine viene stampato un riepilogo con il numero totale di associazioni controllate, corrispondenti e non corrispondenti.

Flag di controllo dell'autorizzazione

--match-all-authz-policies: Per impostazione predefinita, lo strumento si ferma al primo criterio corrispondente per associazione. Usare questo flag per registrare tutti i criteri corrispondenti.

Criteri di corrispondenza

Una politica di autorizzazione corrisponde a un'associazione quando sono soddisfatte le seguenti condizioni:

I soggetti della politica (gli utenti autorizzati) includono un serviceName e un accountId corrispondenti al servizio cloud associato.
Le risorse della policy (quelle a cui si accede) contengono un serviceName e un accountId che corrispondono al servizio della chiave dedicata Key Protect.
I ruoli del criterio garantiscono l'accesso appropriato (Reader, ReaderPlus, Writer, o Manager).
Se il servizio associato lo richiede (ad esempio, databases-for-*, messages-for-rabbitmq, containers-kubernetes), il criterio include anche il ruolo AuthorizationDelegator.

Se la policy specifica attributi opzionali quali resourceGroupId, serviceInstance, keyRing o resource, tali attributi devono corrispondere anche alla chiave di destinazione o alla sua istanza dedicata Key Protect.

Creazione di intenti di migrazione

Dopo aver creato un file .csv contenente l'abbinamento delle chiavi HPCS da migrare alle rispettive chiavi dedicate di Key Protect, utilizzare l'operazione create per creare intenti di migrazione sulle chiavi HPCS.

./<crkm-binary> create <.csv input file>

Questa operazione esegue le seguenti azioni:

Invia eventi di sincronizzazione ai servizi che hanno associazioni (risorse cloud che utilizzano le chiavi da migrare) in modo che possano iniziare a migrare la chiave HPCS
È necessario monitorare la conferma degli eventi e la migrazione nei registri di tracciamento delle attività (vedere "Migrazione non completata in tempo" per la risoluzione dei problemi)

Se su una chiave è presente un'intenzione di migrazione e si desidera aggiornarla con un file di input aggiornato di tipo " .csv ", eseguire lo strumento CLI con il flag " --replace-mi ".

Per eventuali problemi riscontrati durante la creazione degli intenti di migrazione, consultare la sezione dedicata alla risoluzione dei problemi.

Sincronizzazione dei tasti

Dopo cinque minuti dal completamento della fase precedente, utilizzare l'operazione sync:

./<crkm-binary> sync <.csv input file>

Questa operazione attiva eventi di sincronizzazione ai servizi che hanno associazioni (risorse cloud che utilizzano le chiavi da migrare). Questo passaggio garantisce che la migrazione possa avvenire anche per i servizi che utilizzano le chiavi HPCS in modo indiretto. Ad esempio, ICD utilizza IBM Cloud Object Storage per archiviare i backup, mentre IBM Cloud Object Storage utilizza Key Protect.

Attendere almeno cinque minuti e verificare lo stato della migrazione. I servizi che adottano l'HPCS effettuano la migrazione e dispongono di un massimo di quattro ore per rispondere all'HPCS. Per Event Streams, la migrazione potrebbe richiedere fino a un giorno lavorativo dalla creazione dell'intenzione di migrazione.

Verifica dello stato di migrazione

Utilizzare l'operazione status per verificare lo stato della migrazione:

./<crkm-binary> status <.csv input file>

Se il numero di associazioni di una chiave HPCS non era zero all'inizio della migrazione e scende a zero, la migrazione è completa.

Se si riscontrano problemi nella colonna "Stato" o se il numero di associazioni HPCS (KpStAssociationsCount) è ancora diverso da zero, consultare la sezione dedicata alla risoluzione dei problemi.

Eliminazione degli intenti di migrazione

Utilizzare l'operazione " delete " per rimuovere l'intenzione di migrazione da una o più chiavi HPCS. Ad esempio, utilizzare questa operazione per annullare un'intenzione di migrazione creata con una chiave di destinazione errata prima dell'avvio della migrazione. Per ogni chiave, lo strumento verifica se esiste un’intenzione di migrazione. Se ne esiste uno, lo strumento visualizza le proprietà dell'intento di migrazione (ID, CRK di origine, CRK di destinazione, autore e data di creazione) e poi lo elimina. Se non è presente alcuna intenzione di migrazione, lo strumento segnala che non ne è stata rilevata alcuna.

A differenza di altre operazioni, l’operazione “ delete ” accetta sia un file di input “ .csv ” sia un singolo codice CRN della chiave HPCS.

Per eliminare gli intenti di migrazione relativi a ogni chiave HPCS presente in un file “ .csv ”, utilizzare il seguente comando:

./<crkm-binary> delete <.csv input file>

Per eliminare l'intenzione di migrazione relativa a una singola chiave HPCS specificandone il CRN completo, utilizzare il seguente comando:

./<crkm-binary> delete <HPCS key CRN>

Esempio:

./<crkm-binary> delete crn:v1:bluemix:public:hs-crypto:eu-fr2:a/00000000000000000000000000000000:deadbeef-0000-0000-0000-1234567890ab:key:deadbeef-0000-0000-0000-1234567890ab

L'operazione " delete " agisce solo sulla chiave HPCS di origine. Pertanto, sono necessarie solo le variabili d'ambiente HPCS_API_ENDPOINT e IBMCLOUD_API_KEY. Key Protect: non è necessario definire variabili dedicate.

L'operazione delete rimuove immediatamente l'intenzione di migrazione senza richiedere alcuna conferma. Quando si passa un file di tipo “ .csv ”, l’intento di migrazione di ogni chiave presente nel file viene eliminato.

Risoluzione dei problemi

Utilizzare le seguenti informazioni per risolvere i problemi più comuni con lo strumento di migrazione.

Migrazione non completata in tempo

A volte i servizi potrebbero riscontrare dei problemi durante la migrazione delle chiavi.

Utilizzare l'operazione sync con il file .csv come input per notificare ai servizi con associazioni alla chiave di riprovare la migrazione:

./<crkm-binary> sync <.csv input file>

Se il numero di associazioni di una chiave HPCS non era zero all'inizio della migrazione e non scende a zero, è possibile che i servizi incontrino problemi nella migrazione delle chiavi. In alternativa, potrebbero esserci associazioni stantie. Crea un ticket di assistenza su IBM per Key Protect e indica che si tratta della migrazione da HPCS a Key Protect.

Formato CRN della risorsa non valido

Messaggio di errore:

invalid key crn for key : crn must be specified to 10 segments

L'output della colonna " CSV " riporta inoltre: FAILED - crn must be specified to 10 segments

Controllare il file di input .csv e assicurarsi che il CRN delle chiavi HPCS e delle chiavi dedicate Key Protect sia formattato correttamente.

Chiave non trovata

Messaggio di errore:

2023/03/29 09:23:39 Sleeping for 100ms before processing row 5
2023/03/29 09:23:39 Retrieving Key...
2023/03/29 09:23:39 Get Key failed for keyID d4c4cbee-20ed-4deb-b59d-4674f70713b5 with the following error: kp.Error: correlation_id='643a49af-a3cc-4eba-b23b-368bbc33115d', msg='Not Found: Key could not be retrieved: Please see `reasons` for more details (KEY_NOT_FOUND_ERR)', reasons='[KEY_NOT_FOUND_ERR: key does not exist - FOR_MORE_INFO_REFER: https://cloud.ibm.com/apidocs/key-protect]'
2023/03/29 09:23:39 -----------------------------------------------

Anche l'uscita della colonna di stato CSV recita:

FAILED - kp.Error: correlation_id='643a49af-a3cc-4eba-b23b-368bbc33115d', msg='Not Found: Key could not be retrieved: Please see `reasons` for more details (KEY_NOT_FOUND_ERR)', reasons='[KEY_NOT_FOUND_ERR: key does not exist - FOR_MORE_INFO_REFER: https://cloud.ibm.com/apidocs/key-protect]'

Il CRN della chiave non esiste. Controllare il file di input .csv e assicurarsi che siano presenti sia le chiavi HPCS da migrare sia le chiavi di destinazione dedicate Key Protect.

L'istanza non esiste o l'utente non è autorizzato

Messaggio di errore:

2023/03/29 09:26:44 Retrieving Key...
2023/03/29 09:26:44 Get Key failed for keyID d4c4cbee-20ed-4deb-b59d-4674f70713b5 with the following error: kp.Error: correlation_id='4629f1af-1a9b-44ea-9139-3c5c39b9790e', msg='Unauthorized: Either the user does not have access to the specified resource, the resource does not exist, or the region is incorrectly set'
2023/03/29 09:26:44 -----------------------------------------------

Anche l'uscita della colonna di stato CSV recita:

FAILED - kp.Error: correlation_id='4629f1af-1a9b-44ea-9139-3c5c39b9790e', msg='Unauthorized: Either the user does not have access to the specified resource, the resource does not exist, or the region is incorrectly set'

L'utente non ha accesso alla chiave o l'istanza della chiave nel CRN non esiste.

Comando di creazione: Nessuna associazione trovata

Messaggio di errore:

2023/03/22 10:39:36 Retrieving Key...
2023/03/22 10:39:36 Key retrieved successfully
2023/03/22 10:39:36 Retrieving associations...
2023/03/22 10:39:36 Associations retrieved successfully
2023/03/22 10:39:36 Retrieving Migration Intent...
2023/03/22 10:39:36 Migration Intent retrieved successfully
2023/03/22 10:39:36 No associations found for the key
2023/03/22 10:39:36 -----------------------------------------------

L'output della colonna " CSV " riporta inoltre: FAILED - No associations were found for the key

La chiave HPCS non ha risorse cloud associate. Pertanto, non è necessario creare un intento di migrazione sulla chiave HPCS o eseguire la migrazione.

Comando di creazione: L'intento di migrazione esiste

Messaggio di errore:

2023/03/22 10:39:35 Retrieving Key...
2023/03/22 10:39:35 Key retrieved successfully
2023/03/22 10:39:35 Retrieving associations...
2023/03/22 10:39:35 Associations retrieved successfully
2023/03/22 10:39:35 Retrieving Migration Intent...
2023/03/22 10:39:35 Migration Intent retrieved successfully
2023/03/22 10:39:35 Migration Intent already exists
2023/03/22 10:39:35 -----------------------------------------------

L'output della colonna " CSV " riporta inoltre: FAILED - Migration Intent exists for the key

La chiave HPCS ha già un intento di migrazione. Per aggiornare l'obiettivo di migrazione, procedere come segue:

Aggiornare il file di input .csv con il nuovo CRN della chiave dedicata Key Protect verso cui effettuare la migrazione.
Aggiungi il flag --replace-mi al comando create.
Eseguire di nuovo il comando.

Comando di stato: Nessun intento di migrazione trovato

Messaggio di errore:

2023/03/22 13:15:56 Retrieving Key...
2023/03/22 13:15:56 Key retrieved successfully
2023/03/22 13:15:56 Retrieving associations...
2023/03/22 13:15:56 Associations retrieved successfully
2023/03/22 13:15:56 Retrieving Migration Intent...
2023/03/22 13:15:56 No Migration Intent found for keyID a2cd689e-9a49-4cd7-ba0d-07d25a0b3a25
2023/03/22 13:15:56 -----------------------------------------------

L'output della colonna " CSV " riporta inoltre: FAILED - No Migration Intent found for the key

Non esiste un intento di migrazione per quella chiave HPCS. Riprovare a creare gli intenti di migrazione, per assicurarsi che il CRN della risorsa chiave sia incluso nel file di input, e verificare lo stato dell'operazione.

Comando di sincronizzazione: Nessuna associazione trovata

Messaggio di errore:

2023/03/22 13:13:45 Retrieving Key...
2023/03/22 13:13:45 Key retrieved successfully
2023/03/22 13:13:45 Retrieving associations...
2023/03/22 13:13:45 Associations retrieved successfully
2023/03/22 13:13:45 Retrieving Migration Intent...
2023/03/22 13:13:45 Migration Intent retrieved successfully
2023/03/22 13:13:45 No associations found for keyID d4c3cbee-20ed-4deb-b59d-4674f70713b5
2023/03/22 13:13:45 -----------------------------------------------

L'output della colonna " CSV " riporta inoltre: FAILED - No associations were found for the key

La chiave HPCS non ha risorse cloud associate. Pertanto, non è necessario eseguire una sincronizzazione delle risorse. Questo indica anche che la migrazione è completa per la chiave.

Comando di sincronizzazione: Nessun intento di migrazione trovato

Messaggio di errore:

2023/03/22 13:15:13 Retrieving Key...
2023/03/22 13:15:13 Key retrieved successfully
2023/03/22 13:15:13 Retrieving associations...
2023/03/22 13:15:13 Associations retrieved successfully
2023/03/22 13:15:13 Retrieving Migration Intent...
2023/03/22 13:15:13 Migration Intent retrieved successfully
2023/03/22 13:15:13 No Migration Intent found for keyID a2cd689e-9a49-4cd7-ba0d-07d25a0b3a25
2023/03/22 13:15:13 -----------------------------------------------

L'output della colonna " CSV " riporta inoltre: FAILED - No Migration Intent found for the key

Non esiste un intento di migrazione per quella chiave. Riprovare a creare gli intenti di migrazione, assicurandosi che la risorsa chiave CRN sia inclusa nel file di input e controllare lo stato dell'operazione.

Comando di sincronizzazione: Richiesta troppo anticipata

Messaggio di errore:

2023/03/29 09:17:06 Sleeping for 100ms before processing row 2
2023/03/29 09:17:06 Retrieving Key...
2023/03/29 09:17:06 Key retrieved successfully
2023/03/29 09:17:06 Retrieving associations...
2023/03/29 09:17:06 Associations retrieved successfully
2023/03/29 09:17:06 Retrieving Migration Intent...
2023/03/29 09:17:06 Migration Intent retrieved successfully
2023/03/29 09:17:06 Post Sync Resources for key...
2023/03/29 09:17:06 Post Sync Call Failed: kp.Error: correlation_id='8f088c29-2f61-4dc4-b00f-c99f7edd00fe', msg='Conflict: Could not initiate sync requests to associated resources: Please see `reasons` for more details (REQ_TOO_EARLY_ERR)', reasons='[REQ_TOO_EARLY_ERR: The key was updated recently: Please wait and try again: Sync cannot be performed until at least 2023-03-29T14:17:19Z - FOR_MORE_INFO_REFER: https://cloud.ibm.com/apidocs/key-protect]'
2023/03/29 09:17:06 -----------------------------------------------

Anche l'uscita della colonna di stato CSV recita:

FAILED - kp.Error: correlation_id='0cefcea8-7e29-4c4a-9721-00244eb9752c', msg='Conflict: Could not initiate sync requests to associated resources: Please see `reasons` for more details (REQ_TOO_EARLY_ERR)', reasons='[REQ_TOO_EARLY_ERR: The key was updated recently: Please wait and try again: Sync cannot be performed until at least 2023-03-29T14:17:19Z - FOR_MORE_INFO_REFER: https://cloud.ibm.com/apidocs/key-protect]'

L'operazione sync viene eseguita troppo rapidamente. Attendi almeno cinque minuti prima di riprovare.