Come posso migrare i miei utenti da On-Prem LDAP a NPSaaS e abilitare un autenticatore esterno?

Per migrare gli utenti da OnPrem LDAP a NPSaaS e abilitare un autenticatore esterno, procedere come segue:

1. Abilitare e configurare un'autenticazione esterna da utilizzare su NPSaaS. Per ulteriori informazioni, vedere Gestione dei metodi di autenticazione.

2. Eseguire un backup globale sul sistema on-premises utilizzando il seguente comando:

   nzbackup -globals -dir /nzscratch/OnPremGlobals
   

3. Copiare la directory globals di cui si è fatto il backup sul sistema di destinazione.

4. Prima di ripristinare i globali sul sistema di destinazione, verificare il numero di utenti correnti e la data di creazione dell'ultimo utente sul sistema di origine eseguendo le seguenti query:

   1. Ottenere il conteggio degli utenti attuali:

      SELECT COUNT(*) FROM _v_user;
      

   2. Ottenere la data di creazione dell'ultimo utente:

      SELECT createdate FROM _v_user ORDER BY createdate DESC LIMIT 1;
      

5. Ripristinare i globali di cui si è fatto il backup sul sistema di destinazione usando il seguente comando:

   nzrestore -globals -dir /nz/OnPremGlobals -npshost <sourcehost> -u <targetSystemUser> -pw '<targetSystemuserPassword>'
   

6. Dopo aver ripristinato i globali, verificare il numero di utenti aggiunti al sistema di destinazione eseguendo la seguente query:

   SELECT COUNT(*) FROM _v_user;
   

7. Aggiornare il campo USEAUTH per gli utenti appena aggiunti eseguendo la seguente query:

   UPDATE table_name
   SET use_auth= new_value
   WHERE usename IN (
      SELECT username
      FROM table_name
      WHERE CREATEDATE > <O/P captured in step 4b>
   );
   
   

Quando si configura l'autenticazione, è necessario specificare il metodo di autenticazione che si desidera utilizzare. Sono disponibili le seguenti opzioni:

Metodi di autenticazione:

  IBM IAM: 3
  Azure AD: 4
  LDAP: 5
  AWS IAM: 6
  SAML: 7
  OIDC: 8

Per selezionare un metodo di autenticazione, è sufficiente sostituire new_value con il numero corrispondente al metodo di autenticazione scelto.

Il numero di utenti aggiornati deve corrispondere al numero di utenti migrati.

Come ci si iscrive a NPSaaS?

Creare un account IBM Cloud gratuito. Una volta ottenuto l'account, è possibile eseguire il provisioning di un'istanza NPSaaS direttamente attraverso il catalogo IBM Cloud®. Per ulteriori informazioni, vedi Introduzione a NPSaaS.

Come posso generare o visualizzare le credenziali per la mia istanza NPSaaS ?

Per generare credenziali, attenersi alla seguente procedura:

1. Accedi all'account IBM Cloud.

2. Andare a Elenco risorse> Servizi e software> Database.

3. Fare clic sull'istanza NPSaaS. Ti trovi ora nella pagina dei dettagli dell'istanza del servizio.

4. Vai alla scheda Service Credentials.

5. Fai clic su Nuove credenziali.

6. Immettere un nome da assegnare alle proprie credenziali.

7. Seleziona il ruolo IAM che ti è stato assegnato per gestire l'istanza.

8. Fai clic su Aggiungi. Se le credenziali sono state generate correttamente, è possibile visualizzarle ora. Espandere la voce credenziale. Sono state generate le seguenti credenziali:

   • username: admin- Specifica un utente di gestione del database locale creato per accedere all'istanza.
   • password: xxxx- Specifica la password che devi utilizzare quando accedi alla tua istanza come amministratore.

   Dopo aver eseguito l'accesso alla tua istanza per la prima volta, modifica della tua password amministratore.

Per visualizzare le credenziali, attenersi alla seguente procedura:

1. Accedi all'account IBM Cloud.

2. Andare a Elenco risorse> Servizi e software> Database.

3. Fare clic sull'istanza NPSaaS. Ti trovi ora nella pagina dei dettagli dell'istanza del servizio.

4. Vai alla scheda Service Credentials.

5. Espandere la voce di credenziali associata con le credenziali generate precedentemente.

   • username: admin- Specifica un utente di gestione del database locale creato per accedere all'istanza.
   • password: xxxx- Specifica la password che devi utilizzare quando accedi alla tua istanza come amministratore.

   Dopo aver eseguito l'accesso alla tua istanza per la prima volta, modifica della tua password amministratore.

Ora che ho generato le credenziali, come faccio ad accedere alla mia istanza NPSaaS?

È possibile accedere all'istanza di NPSaaS in diversi modi, tra cui una console web dedicata e un'API REST.

Per ulteriori informazioni, vedi Connessione a Netezza Performance Server.

Posso configurare le notifiche di spesa per la mia istanza NPSaaS per tenere traccia dell'uso del mio credito?

Se si possiede un account IBM Cloud® Pay-As-You-Go o Subscription, è possibile impostare notifiche di spesa via e-mail. Una volta configurato l'account, è possibile configurare le soglie di spesa e scegliere di ricevere notifiche quando si raggiunge l'80%, il 90% e il 100% delle soglie. Per ulteriori informazioni, vedi Impostazione delle notifiche di spesa.

Cosa è gestito per me con NPSaaS?

IBM gestisce tutti gli upgrade di software, gli aggiornamenti del sistema operativo e la manutenzione hardware per la tua istanza NPSaaS. IBM preconfigura inoltre i parametri di NPSaaS per ottenere prestazioni ottimali per i carichi di lavoro analitici e si occupa della crittografia e dei backup regolari dei dati.

Il servizio include un monitoraggio dell'integrità sette giorni alla settimana, 24 ore su 24.

In caso di malfunzionamento hardware o software, il servizio viene riavviato automaticamente. Poiché NPSaaS è un'offerta SaaS completamente gestita, non ottieni l'accesso SSH o l'accesso root all'hardware del server sottostante e non puoi installare software aggiuntivi.

Dove posso trovare maggiori informazioni su NPSaaS?

• Oltre al sito di documentazione di IBM Cloud, è disponibile un'ampia gamma di informazioni sulle funzionalità del motore NPSaaS nel sito IBM Documentation.

• Gli aggiornamenti al servizio vengono pubblicati nelle Note sulla release.

• Puoi trovare le informazioni sui prezzi nella pagina IBM Cloud .

Per ulteriori informazioni, contatta il settore Vendite diIBM.

Dove posso trovare aiuto per un problema che sto riscontrando?

Per informazioni sulla pubblicazione di domande su un forum o sull'apertura di un ticket di assistenza, vedere:

• Apertura dei ticket

• Supporto IBM Cloud

• IBM Cloud®

• ComunitàIBM Ibrido Data Management

Come si può modificare la password di un utente della Cronologia delle query?

È possibile modificare la password 'Query History in due modi:

• utilizzando l'editor di query
• utilizzando il client nzsql remoto

Utilizzare la seguente sintassi SQL con admin o qualsiasi utente con privilegi di amministratore:

1. Determinare il nome della configurazione " Query History esistente. Il nome della configurazione è il primo campo restituito:

show history configuration

CONFIG_NAME | CONFIG_DBNAME | CONFIG_DBTYPE | CONFIG_TARGETTYPE | CONFI  G_LEVEL | CONFIG_HOSTNAME | CONFIG_USER | CONFIG_PASSWORD |  CONFIG_LOADINTERVAL | CONFIG_LOADMINTHRESHOLD | CONFIG_LOADMAXTHRESHOLD |  CONFIG_DISKFULLTHRESHOLD | CONFIG_STORAGELIMIT | CONFIG_LOADRETRY |
CONFIG_ENABLEHIST | CONFIG_ENABLESYSTEM | CONFIG_NEXT | CONFIG_CURRENT | CONFIG_VERSION | CONFIG_COLLECTFILTER | CONFIG_KEYSTORE_ID | CONFIG_KEY_ID | KEYSTORE_NAME | KEY_ALIAS | CONFIG_NAME_DELIMITED | CONFIG_DBNAME_DELI  MITED | CONFIG_USER_DELIMITED
-------------+---------------+---------------+-------------------+--------------+-----------------+-------------
  NZ_HIST   | HISTDB        |             1 |                 1 |              2 | localhost       |
TESTUSER    |
y5neWx3HuL2k$w5DqbqJOp+Y= |                     5 |
(1 rows)

2. Creare una configurazione in cui si disabilita il 'Query history (con l'argomento 'HISTTYPE ). Ad esempio, di seguito viene creata una configurazione chiamata hist_disabled:

CREATE HISTORY CONFIGURATION hist_disabled HISTTYPE NONE
CREATE HISTORY CONFIGURATION

3. Aggiornare il sistema per utilizzare la configurazione " hist_disabled.

SET HISTORY CONFIGURATION hist_disabled
SET HISTORY CONFIGURATION

4. Verificare che la configurazione " Query History " disabilitata sia ora attiva:

SHOW HISTORY CONFIGURATION

| CONFIG_NAME  | CONFIG_DBNAME | CONFIG_DBTYPE | CONFIG_TARGETTYPE | CONFIG_LEVEL |
| -------- | ------- | ------- | ------- | ------- |
| HIST_DISABLED |     |   3  |    1 |   1  | localhost
.
.
.
---------------+---------------+---------------+-------------------+--------------+----------
 HIST_DISABLED |               |             3 |                 1 |            1 | localhost       |             |
.
.
.
 (1 row))

5. Apportare le modifiche necessarie alla password nella configurazione originale di 'Query history (nz_hist). Nell'esempio seguente, all'utente 'qryhist viene assegnata la password new_password.

ALTER HISTORY CONFIGURATION nz_hist USER qryhist PASSWORD new_password'
ALTER HISTORY CONFIGURATION

6. Configurare il sistema per utilizzare la configurazione iniziale (nz_hist), che ora ha la password modificata.

SET HISTORY CONFIGURATION nz_hist
SET HISTORY CONFIGURATION

7. Arrestare e riavviare il database in modo che il sistema carichi la configurazione originale 'Query history (comandi nzstop/nzstart ).

8. Le modifiche apportate a una configurazione diventano effettive solo dopo il riavvio del database. Caricare (attivare) la configurazione disabilitata 'Query History riavviando con i comandi 'nzstop/nzstart.

9. Verificare che la configurazione corretta del " Query History sia nuovamente attiva con il comando " SHOW HISTORY CONFIGURATION.

Per una descrizione completa di ciascuno dei comandi 'Query History, consultare la IBM Netezza Database User's Guide.

Come controllare il nome senza utilizzare il nome di configurazione ALL_HIST?

Verificate il vostro nome eseguendo la seguente query:

 nzsql -c "SHOW HISTORY CONFIGURATION"

Fino a che punto il prolife può essere scalato?

Da 'NC-START, possiamo scalare il contorno del carico di lavoro fino a NC0.

Quanto può essere scalato lo storage da una configurazione NC-START con densità di storage di 400 GB su AWS?

Nell'ambito del carico di lavoro " NC-START su AWS, lo storage può essere scalato fino a 1200 GB. Se si sceglie di scalare ulteriormente verso il contorno NC0, la densità di archiviazione può variare da 2400 GB a 24000 GB. Analogamente, per un'istanza NPS distribuita su Azure, lo storage di base è di 256 GB. Questo può essere scalato fino a 1024 GB all'interno del contorno del carico di lavoro " NC-START. Scalando al contorno NC0, la densità di archiviazione può variare da 1536 GB a 12288 GB.

Qual è il limite massimo di scalabilità dello storage?

Nell'ambito del carico di lavoro NC-START, lo storage può essere scalato fino a 1200 GB. Tuttavia, se si scala anche il contorno del carico di lavoro a NC0, la capacità di archiviazione può essere aumentata da 2400 GB a 24000 GB.

Qual è la procedura per scalare dalla configurazione NC-START?

Per scalare dalla configurazione NC-START, seguire le indicazioni fornite nei link alla documentazione qui sotto: Per aumentare lo storage all'interno del contorno del carico di lavoro di NC-START (attualmente a 400 GB), vedere: Guida alla scalabilità dello storage di NC-START. Per scalare il contorno del carico di lavoro da NC-START a NC0, vedere: Guida alla scalatura del contorno da NC-START a NC0.

È possibile scalare senza intaccare la configurazione e i dati del database attuale?

Sì, è possibile scalare conservando la configurazione attuale del database e i dati delle tabelle esistenti.

Dopo aver scalato il profilo a NC0, è possibile tornare al " NC-START?

No, una volta che si scala da NC-START a NC0, non è possibile tornare a NC-START.

È possibile ridurre lo spazio di archiviazione dopo averlo aumentato da 400 GB?

No, una volta che lo storage è stato scalato, non può essere ridotto.

Quali sono le opzioni disponibili per abilitare l'autenticazione SAML?

LDAP integrato: Attualmente è l'opzione consigliata, poiché altri metodi sono ancora in fase di sviluppo.

Azure AD: Si noti che Azure AD non può essere utilizzato se è abilitata l'autenticazione a più fattori (MFA).

OIDC fornito da Microsoft: Disponibile come metodo di autenticazione alternativo.

L'esecuzione di una query di aggiornamento è necessaria per abilitare l'autenticazione SAML?

Sì, è necessario eseguire la seguente query di aggiornamento per modificare le impostazioni di autenticazione degli utenti:

UPDATE _t_user
SET use_auth = new_value
WHERE usename IN (
    SELECT username
    FROM _t_user
    WHERE CREATEDATE > <O/P captured in step 4b>
);

Il ripristino globale è sufficiente per la migrazione dei dati degli utenti o sono necessari altri passaggi?

Il ripristino globale da solo potrebbe non essere sufficiente. L'esecuzione della query di aggiornamento di cui sopra garantisce la migrazione corretta dei dati di autenticazione degli utenti dopo il ripristino.

La configurazione di LDAP su NZSaaS è diversa da quella di On-Premise?

Dal punto di vista del design: L'approccio alla configurazione è essenzialmente lo stesso.

Comandi: Alcuni comandi differiscono leggermente tra NZSaaS e gli ambienti on-premise.