INDICES POR TIPO

INDICES POR TIPO:

Es sumamente importante contar con esta información, para poder verificar que tipos de indices tenemos.

select index_type "Index Type",
                                         count(*)   "Index Count"
                                    from sys.dba_indexes
                                   group by index_type
                                   order by index_type

INDICES POR ESTADO

Saber el estado de los indices, es fundamental para poder tener en nuestra estructura los rebuild o recreación que tenemos que tener en cuenta para el manteniemiento de nuestra base de datos.

   select status   "Status",
                                         count(*) "Index Count"
                                    from sys.dba_indexes
                                   group by status
                                   order by status

Reconstruccion de Indices y Estadisticas

Recrear indices

alter index OWNER.NOMBREDELINDICE  compute rebuild;

Reconstruir estadísticas

alter index OWNER.NOMBREDELINDICE  compute statistics;



Reporte para ver todos los INDICES con : Owner, Index_name, Index_type, table_owner, table_name, uniqueness.


   select owner      "Owner",
                                         index_name "Index_Name",
                                         index_type "Index_Type",
                                         table_owner "Table_Owner",
                                         table_name "Table_Name",
                                         uniqueness "Uniqueness",
                                         owner       sdev_link_owner,
                                         index_name  sdev_link_name,
                                         'INDEX'     sdev_link_type
                                    from sys.dba_indexes
                                   where (:OWNER is null or instr(owner,upper(:OWNER)) > 0)
                                     and substr(table_name,1,4) != 'BIN$'
                                     and substr(table_name,1,3) != 'DR$'
                                     and (:TABLE_NAME is null or
                                         instr(upper(table_name),upper(:TABLE_NAME)) > 0)
                                   order by owner, index_name

CREAR DBLINK EN DATABASE ORACLE

DB LINK

1. Primero debemos abrir el tnsname.
2. Entramos al tnsname y creamos la conexión.

SQL> desc DBA_DB_LINKS
 Name                                      Null?                              Type
 ----------------------------------------- -------- ----------------------------
 OWNER                                     NOT NULL      VARCHAR2(30)
 DB_LINK                                   NOT NULL       VARCHAR2(128)
 USERNAME                                                                 VARCHAR2(30)
 HOST                                                                          VARCHAR2(2000)
 CREATED                                   NOT NULL     DATE

O lo editamos

Creamos el DBLINK

Create public/private database_link linkname connect to username identified by Password using ‘Service Name’; i

Ejemplo:

Create DBLINK

CREATE PUBLIC DATABASE LINK "TESTING" CONNECT TO USER IDENTIFIED BY PASSWORD USING 'TESTING.WORLD’;

La configuración de nuestro TNSNAME es :


TESTING.WORLD
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = 10.170.68.83)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SID = SXXX
      (SERVER = TEST)
    )
  )

sqlplus  / as sysdba

CREATE public DATABASE LINK NAMELINK CONNECT TO USERLINK IDENTIFIED BY password USING
'(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=hostname.domainname.com)(PORT=1521)))
(CONNECT_DATA=(SID = SXXX')));


Chequeamos el DB link :

select * from dual@NAMELINK;

Select * from dba_db_links;


DROP DBLINK:

DROP PUBLIC DATABASE LINK "NAMELINK.WORLD";

Algunos comandos para utilizar en unix

1.- Lee y abre un archivo.

cat nombre-archivo

2.- Crear un archivo nuevo

cat > archivo-destino

3.- Abrir un archivo, numerando todas las líneas

cat -b nombre-archivo

4.- Lee y abre el archivo mostrándome cada fin de línea con un signo $.

cat -e nombre-archivo

5.- Lee y Abre un archivo, numerando todas las líneas.

cat -n nombre-archivo

6.- Lee y abre el archivo eliminando todas las líneas de espacio redundantes.

cat -r nombre-archivo

7.- Lee y abre el archivo omitiendo sus mensajes de error.

cat -s nombre-archivo

8.- Lee y abre el archivo mostrándome cada tabulación con el signo ^I.

cat -t nombre-archivo

9.- Lee y abre el archivo sin ponerlo en un buffer.

cat -u nombre-archivo

10.- Lee y abre el archivo, entregando la mayor información posible.
cat -v nombre-archivo

11.- Concatena uno o dos archivos en el primer archivo.

cat archivo1 archivo2 > archivo1

12.- Concatena uno o dos archivos a un tercer archivo.

cat archivo1 archivo2 > archivo3

13. Ver en que directorio estoy

pwd

14. ver los files del directorio donde estos

ls

15.  ir para atras

cd ..

16. Ir a un directorio

cd /directorio

17. Espacio free y usado

df -g

Plan de contigencia

Plan de contingencia


1 - ¿Que es un plan de contingencia?
2 - ¿ Como crear una contingencia?
3 - ¿ Plan y mantenimiento de procesos de copia?
4 - ¿Como mantener actualizada mi contingencia?



La contingencia, se entiende en el ámbito de sistemas, como un método de poder restablecer la conexión o los sistemas que tengan un incidente en un ambiente productivo. Es decir, sera el plan de contingencia que deberá considerarse para poder obtener una solución ante un problema critico.
Nosotros, hablaremos de un plan de contingencia basado en una base de datos.


Para crear una contingencia, hay que considerar primero un servidor donde podamos localizar la base de datos, donde esta base sera la que restauraremos en caso de tener una perdida parcial o total de la base productiva.

Es importante tener activo en nuestra base, nuestro metodo de backup, tanto el full como el archive log.

Una consideración muy importante, es tener presente la politica de backup que hemos aplicado para nuestra base. Es decir: que si nuestro backup full se ejecuta todas las noches y luego tenemos en el día nuestros archive logs, debemos considerar estos como elementos fundamentales.

Una vez que tengamos estos puntos en claro comenzaremos a formular un proceso de contingencia.
Yo en este blog haré un ejemplo concreto y breve, para no hacerlo muy extenso.

Entonces, como segundo paso; 2 - ¿ Como crear una contingencia?

Primero, realizaremos una copia igual o clonado del servidor de producción, dejando así los mismos archivos.
A su vez, si hemos realizado un clon del servidor ya tenemos nuestra base, solo nos va a faltar configurarla. En caso contrario, debemos hacer una instalación de la base y un restore de la productiva. Vamos a considerar que se realizo el clon del servidor productivo, entonces haremos primero una bajada de la base, así no esta activa, para no producir problemas.

Luego; 3 - ¿ Plan y mantenimiento de procesos de copia?

Utilizaremos una herramienta o una tarea programada, para que luego del backup full se copie los objetos a nuestro server de contingencia. Esto lo realizaremos o dejaremos programado para que se haga luego del backup full. Luego, dejaremos configurada, si es que contamos con una herramienta licenciada, una tarea para copiar los archive logs cada 30 minutos. Estos backups serán copiados al server de contingencia.

Esto debemos tenerlo en cuenta para 4 - ¿Como mantener actualizada mi contingencia?

Es importante, realizar pruebas periodicas para validar los tiempos que demora el restore.
En mi experiencia, implemente un menu en unix para que cualquier integrante del equipo pueda realizar la tarea de dicho restore. Esta demas aclarar que yo al realizar esta contingencia, genere los documentos necesarios para cuando la necesiten aplicar. Los pasos dentro del menu de unix que utilice son:
1-Recuperación de la base -- Esto aplica el restore del backup full
2-Aplicar archive logs -- Como dice el menu actualiza la base al ultimo archive
3-Levantar la base
4-Generar backup

Este es un concepto general del armado de contingencia, a tener en cuenta que es de mucha importancia dejar sentado cada paso de los cambios, Las contingencias deben ser armadas con una metodología y criterio para que aegure la continuidad del negocio.

¿Que es un Store Procedure?

Un procedimiento almacenado (stored procedure ) es un programa almacenado físicamente en una base de datos.
Los procedimiento almacenado al ser ejecutados, tienen un tiempo de respuesta a una petición de usuario y es ejecutado directamente en el motor de bases de datos, el cual usualmente corre en un servidor separado. Posee acceso directo a los datos que necesita manipular y sólo necesita enviar sus resultados de regreso al usuario, deshaciéndose de la sobrecarga resultante de comunicar grandes cantidades de datos salientes y entrantes.