Intercalación idioma entre windows y sql server

El objetivo de este post es solucionar los problemas que se producen cuando hay aplicaciones que usan sql y el idioma de intercalación entre microsoft sql y el aplicativo que lo usa, no utilizan el mismo tipo de idioma.

La intercalación son los patrones de bits que se usan para representar a cada carácter.

Antes de realizar la instalación del ssoo, del sql server y del aplicativo que usará el sql server hay que ver la tabla de compatibilidad del fabricante del aplicativo para ver en el idioma de compatibilidad a instalar el ssoo (ya que cuando se realiza la instalación del sql server la intercalación que coge por defecto es la del idioma del ssoo que hemos instalado), el sql server y por ultimo el aplicativo.

Si tenemos instalado ya el ssoo y el sql server, la intercalación de la bbdd y de la instancia se puede cambiar. Eliminando la bbdd y las instancias. Por ultimo hay que añadir en el idioma del ssoo la intercalación que usará el aplicativo. Al generar la instancia de la bbdd, modificaremos la intercalación a usar y definiremos la compatible con el aplicativo.

 

Ampliar volumen ACFS sobre ASM para bases de datos 11g en ODAx7-2ha

Problema:

En el ODA X7-2ha en versión bare metal, las bases de datos 11, se crean en ACFS, con un tamaño determinado en función de la plantilla. Si necesitamos ampliarlo porque nuestra base de datos ocupa mas espacio, procederemos de la siguiente manera

/dev/asm/dattest-143
                      180G  161G   20G  90% /u02/app/oracle/oradata/test

 

SOLUCION:

Ampliamos mediante acfutil el volumen que queremos, estos cambios se ven reflejados directamente al ejecutar df -h

 

ASMCMD> volinfo --all
Diskgroup Name: DATA

        
         Volume Name: DATTEST
         Volume Device: /dev/asm/dattest-143
         State: ENABLED
         Size (MB): 184320
         Resize Unit (MB): 512
         Redundancy: MIRROR
         Stripe Columns: 8
         Stripe Width (K): 1024
         Usage: ACFS
         Mountpath: /u02/app/oracle/oradata/infra 
 
        
Diskgroup Name: RECO

         Volume Name: RECO
         Volume Device: /dev/asm/reco-285
         State: ENABLED
         Size (MB): 665600
         Resize Unit (MB): 512
         Redundancy: MIRROR
         Stripe Columns: 8
         Stripe Width (K): 1024
         Usage: ACFS
         Mountpath: /u03/app/oracle/ 
 
Diskgroup Name: REDO

         Volume Name: REDO
         Volume Device: /dev/asm/redo-286
         State: ENABLED
         Size (MB): 185344
         Resize Unit (MB): 512
         Redundancy: HIGH
         Stripe Columns: 8
         Stripe Width (K): 1024
         Usage: ACFS
         Mountpath: /u04/app/oracle/redo/ 
 
ASMCMD> exit
[grid@testnode1 ~]$ /sbin/acfsutil size +50G /u02/app/oracle/oradata/infra 
acfsutil size: new file system size: 51200M
[grid@maya1 ~]$ asmcmd
ASMCMD> volinfo --all
Diskgroup Name: DATA
 
         Volume Name: DATINFRA
         Volume Device: /dev/asm/datinfra-143
         State: ENABLED
         Size (MB): 220232
         Resize Unit (MB): 512
         Redundancy: MIRROR
         Stripe Columns: 8
         Stripe Width (K): 1024
         Usage: ACFS
         Mountpath: /u02/app/oracle/oradata/infra 
 
 
Diskgroup Name: RECO

         Volume Name: RECO
         Volume Device: /dev/asm/reco-285
         State: ENABLED
         Size (MB): 665600
         Resize Unit (MB): 512
         Redundancy: MIRROR
         Stripe Columns: 8
         Stripe Width (K): 1024
         Usage: ACFS
         Mountpath: /u03/app/oracle/ 
 
Diskgroup Name: REDO

         Volume Name: REDO
         Volume Device: /dev/asm/redo-286
         State: ENABLED
         Size (MB): 185344
         Resize Unit (MB): 512
         Redundancy: HIGH
         Stripe Columns: 8
         Stripe Width (K): 1024
         Usage: ACFS
         Mountpath: /u04/app/oracle/redo/

Y ahora pasamos a tener el siguiente espacio

/dev/asm/dattest-143
                      230G  161G   20G  65% /u02/app/oracle/oradata/test

 

Configuración snapvault entre cabinas NetApp ClusterMode

Pasos para configurar un snapvault entre cabinas de NetApp:

1.- Disponer licencia de snapvault en las dos cabinas de almacenamiento.

2.- Disponer de una relación entre los dos clusters, puertos de comunicación.

Una vez, verificados los dos puntos anteriores, los pasos para realizar la programación del snapvault son los siguientes, usando siempre la GUI.

a.- En la cabina origen,en el menú contextual izquierdo Configuration>SVM Peers , crear la relación entre la SVM origen y la nueva SVM que va a contener el snapvaul. Pueden llamarse igual. Despues de crearla ir a la cabina destino y validar la relación en Configuration>SVM Peers>Actions>Accept.

b.- En la cabina origen, en el menu Storage>VolumesAction> Protect, establecer la relación entre los dos volúmenes que se quieren copiar. El volumen destino, por defecto tendrá “_dst”, seleccionar el tipo de relación que será “Vault” Volume Relationship Type. Primero validar “Validate”  y después salvar “Save”.

c.-Creamos ahora la política de retención de los snapshot, que será distinta a la politica del volumen origen, esta es la particularidad de los snapvault. Backup con mayor retención. Esto se realiza en la cabina destino en Storage>SVM>Protection Policies, creamos una política de snapshot, indicando Policy Type: Vault, Policy Name: Nombre politica, poner etiquetas para la retención de los snapshot, diario (numero de snapshot a retener), semanal (numero de snapshot a retener). Estos nombres son importantes para luego asociarlos a los snapshot de origen.

d.-Asignar en destino  la política de snapshot que hemos definido en Protection>Relationships>Edit, modificar el nombre de “Policy” y seleccionar el que hemos generado en el apartado C.

e.-Asociar los snapshot entre origen y destino. Esto se hace en la cabina de origen, en la svm origen, donde estan definidos los snapshot en SVM Settings>Snapshot Policy>Edit, editamos la política de snapshot y añadimos las etiquetas que hemos definido en el apartado C.

Con está configuración ya hemos terminado de realizar el snapvault.

Yum como gestor de librería de actualizaciones de seguridad en RHEL y CentOS

Problema:

En nuestro servidor, RHEL o CentOS queremo actualizar solo los paquetes que presentan vulnerabilidades de seguridad sin tener que actualizar el resto. Esto es debido a que actualizaciones en otros paquetes podría provocar el fallo del aplicativo que está corriendo en nuetro servidor

Solución:

Puede que antes de ejecutar el comando yum updateinfo list sec, fuera necesario instalar el plugin de yum para segurida, lo haremos con el siguiente comando:

[root@test1 ~]# yum install yum-plugin-security

Luego ya pasamos a comprabar actualizaciones e instalar las que sean necesarios

[root@test1 ~]# yum updateinfo list sec
Loaded plugins: product-id, security, subscription-manager
webtatic                                                                                                                                                                                                              | 3.6 kB     00:00     
RHSA-2017:3270 Important/Sec. apr-1.3.9-5.el6_9.1.x86_64
RHSA-2017:0725 Moderate/Sec.  bash-4.1.2-48.el6.x86_64
RHSA-2017:1105 Important/Sec. bind-libs-32:9.8.2-0.62.rc1.el6_9.1.x86_64
RHSA-2017:1202 Important/Sec. bind-libs-32:9.8.2-0.62.rc1.el6_9.2.x86_64
RHSA-2017:1679 Important/Sec. bind-libs-32:9.8.2-0.62.rc1.el6_9.4.x86_64
RHSA-2018:0101 Important/Sec. bind-libs-32:9.8.2-0.62.rc1.el6_9.5.x86_64
RHSA-2017:1105 Important/Sec. bind-utils-32:9.8.2-0.62.rc1.el6_9.1.x86_64
RHSA-2017:1202 Important/Sec. bind-utils-32:9.8.2-0.62.rc1.el6_9.2.x86_64
RHSA-2017:1679 Important/Sec. bind-utils-32:9.8.2-0.62.rc1.el6_9.4.x86_64
updateinfo list done
[root@test1 ~]#

Acceso rápido a los archivos de logs de ORACLE

Muchas veces necesitamos acceder a los logs de oracle por lo que puede ser útil configurar una función de acceso rápido a esas rutas para no tener siempre que estar escribiendo la ruta.

Una forma de hacerlo es crear una función en el bash_profile de nuestro usuario oracle.

Por ejemplo, crearemos la función oralogs para acceder rápido a los logs de nuestra base de datos ora12c

export ORACLE_SID=ora12c
function oralogs {
if [ "$1" = "trace" ]; then
cd /oracle/diag/rdbms/$ORACLE_SID/$ORACLE_SID/trace
elif [ "$1" = "adump" ]; then
cd /oracle/admin/$ORACLE_SID/adump/
elif [ "$1" = "bdump" ]; then
cd /oracle/admin/$ORACLE_SID/adump/
elif [ "$1" = "cdump" ]; then
cd /oracle/admin/$ORACLE_SID/adump/
fi
echo "cambiando al directorio $1 Diag Trace directory"
pwd
}

Con esto podemos invocar la función oralogs y luego pasarle el parámetro del directorio de logs al que queremos acceder.
En este caso están configurados los directorios adump, bdump, cdump, trace. Continuar leyendo “Acceso rápido a los archivos de logs de ORACLE”