GNU/Linux >> Linux Esercitazione >  >> Linux

Comprensione della persistenza del dispositivo e Oracle ASMLib

Nozioni di base

Questo post descrive alcuni vantaggi che la libreria ASM specifica per Linux fornita da Oracle (di seguito "ASMLib") apporta all'amministrazione di un sistema Linux che esegue Oracle. Linux presenta spesso la sfida della persistenza del nome del disco. Modificare la configurazione di archiviazione e un disco che è apparso come /dev/sdg ieri può apparire come /dev/sdh dopo un riavvio di oggi. Come possono essere isolate queste modifiche in modo che non influiscano su ASM?

Perché non consentire ad ASM di eseguire la scansione di tutti i dischi?

ASM esegue la scansione di tutti i dischi che è consentito rilevare (tramite asm_diskstring). Perché non eseguire la scansione di tutti i dischi e lasciare che ASM determini di cosa si occupa, invece di preoccuparsi della persistenza del nome del disco?

La domanda è teoricamente corretta. Se passi /dev/sd* ad ASM e ASM può leggere i dispositivi, ASM può effettivamente selezionare i suoi dischi indipendentemente dal fatto che /dev/sdg sia cambiato in /dev/sdh su questo particolare avvio.

Tuttavia, per leggere questi dispositivi, ASM deve disporre dell'autorizzazione per leggere questi dispositivi. Ciò significa che ASM deve avere la proprietà dell'utente o del gruppo su tutti i dispositivi /dev/sd*, inclusi i dischi di sistema. La maggior parte degli amministratori di sistema non desidera che l'utente Oracle possieda dischi di sistema solo in modo che ASM possa ignorarli. Il potenziale di errori (scrittura DBA sul volume /home, ecc.) È troppo alto.

ASMLib vs UDev o DevLabel

Esistono vari metodi per fornire nomi che non cambiano, inclusi devlabel e udev. Cosa offre ASMLib che queste soluzioni non offrono?

Il problema più grande non è specificamente un nome persistente:è abbinare quel nome a un insieme di autorizzazioni. Non importa se /dev/sdg è ora /dev/sdh, purché il nuovo /dev/sdh abbia la proprietà di oracle:dba e il nuovo /dev/sdg – che era /dev/sdf – abbia il proprietà che aveva il vecchio /dev/sdf. Il modo più semplice per garantire che le autorizzazioni siano corrette è la denominazione persistente. Se un disco appare sempre con lo stesso nome, puoi sempre applicargli le stesse autorizzazioni senza preoccuparti. Inoltre, puoi quindi escludere i nomi che corrispondono ai dischi di sistema. Anche se le autorizzazioni sono corrette, un amministratore di sistema non vorrà che ASM esegua la scansione dei dischi di sistema ogni volta.

Ora, udev o devlabel possono gestire il mantenimento di sdg come sdg (o /dev/mydisk, qualunque cosa). Cosa aggiunge ASMLib? Poche cose, in realtà. Con ASMLib, c'è un semplice comando per etichettare un disco per ASM. Con udev, dovrai modificare il file di configurazione di udev per ogni disco che aggiungi. Dovrai determinare un ID univoco da abbinare al disco e imparare la sintassi di configurazione di udev.

Il nome è anche leggibile dall'uomo. Con un RAID Apple XServe, perché avere un disco chiamato /dev/sdg quando può essere DRAWER1DISK2? ASMLib può anche elencare tutti i dischi, con udev devi sapere nella tua testa che sdg, sdf e sdj sono per ASM, oppure devi fornire i nomi. Con ASMLib, non c'è alcuna possibilità che ASM stesso esegua la scansione dei dischi di sistema. In effetti, ASMLib non modifica mai i nomi di sistema per i dischi. ASMLib non usa mai il nome “/dev/sdg”. Dopo aver interrogato i dischi in fase di avvio, fornisce il proprio accesso ai dispositivi con autorizzazioni per Oracle. /dev/sdg è ancora di proprietà di root:root e l'utente Oracle non può ancora accedere al dispositivo con quel nome.

La configurazione è persistente. Reinstalla un sistema e la tua configurazione udev è sparita. Le etichette di ASMLib non lo sono. Con udev, devi copiare la configurazione sugli altri nodi in un RAC. Se hai sedici nodi, devi copiare ogni modifica di configurazione su tutti i sedici nodi. Sia che tu usi udev o devlabel, devi impostare correttamente i permessi su tutti i sedici nodi. ASMLib richiede solo un'invocazione di "/etc/init.d/oracleasm scandisks" per raccogliere tutte le modifiche apportate sull'altro nodo.

Questi sono solo alcuni dei vantaggi che ASMLib offre alla persistenza del dispositivo.


Linux
  1. Come forzare ASM a scansionare prima il dispositivo multipath usando ASMLIB/oracleasm

  2. Osservatore del sistema operativo Oracle (OSWatcher) – Comprensione di oswmpstat

  3. Osservatore del sistema operativo Oracle (OSWatcher) – Comprensione di oswiostat

  4. differenza tra file di dispositivo e driver di dispositivo

  5. Comprendere /dev e le sue sottocartelle e file

Comprensione dei filesystem Linux:ext4 e oltre

Come rilevare e gestire i dispositivi su Linux

Tuned-adm e Oracle

CentOS / RHEL:installazione e configurazione di ASMLib

Comprensione del file /etc/group

Disconnettere e riconnettere ttyUSB0 a livello di codice in Linux