[SOLUCIONADO] Error: ORA-01654: unable to extend index USRREX_ADMIN.IDX_001 by 128 in tablespace

[eduar2083]

Buenas,
Tengo la siguiente tabla:

Código SQL:

--------------------------------------------------------
-- Archivo creado  - viernes-junio-02-2015   
--------------------------------------------------------
--------------------------------------------------------
--  DDL for Table CONTRIBUYENTESUNAT
--------------------------------------------------------
 
  CREATE TABLE "USRREX_ADMIN"."CONTRIBUYENTESUNAT" 
   (    "RUC" VARCHAR2(11 BYTE), 
    "NOMBRERAZONSOCIAL" VARCHAR2(120 BYTE), 
    "ESTADOCONTRIBUYENTE" VARCHAR2(20 BYTE), 
    "CONDICIONDOMICILIO" VARCHAR2(20 BYTE), 
    "UBIGEO" NUMBER(6,0), 
    "TIPOVIA" VARCHAR2(6 BYTE), 
    "NOMBREVIA" VARCHAR2(250 BYTE), 
    "CODIGOZONA" VARCHAR2(5 BYTE), 
    "TIPOZONA" VARCHAR2(200 BYTE), 
    "NUMERO" VARCHAR2(21 BYTE), 
    "INTERIOR" VARCHAR2(10 BYTE), 
    "LOTE" VARCHAR2(5 BYTE), 
    "DEPARTAMENTO" VARCHAR2(6 BYTE), 
    "MANZANA" VARCHAR2(8 BYTE), 
    "KILOMETRO" VARCHAR2(10 BYTE)
   ) SEGMENT CREATION IMMEDIATE 
  PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "TSREX_DAT" ;
--------------------------------------------------------
--  DDL for Index IDX_001
--------------------------------------------------------
 
  CREATE UNIQUE INDEX "USRREX_ADMIN"."IDX_001" ON "USRREX_ADMIN"."CONTRIBUYENTESUNAT" ("RUC") 
  PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS 
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "TSREX_IDX" ;
--------------------------------------------------------
--  Constraints for Table CONTRIBUYENTESUNAT
--------------------------------------------------------
 
  ALTER TABLE "USRREX_ADMIN"."CONTRIBUYENTESUNAT" ADD PRIMARY KEY ("RUC")
  USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255 COMPUTE STATISTICS 
  STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
  PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT)
  TABLESPACE "TSREX_IDX"  ENABLE;
 

Un procedimiento tira el siguiente error cuando una aplicación intenta insertar:
ORA-01654: unable to extend index
USRREX_ADMIN.IDX_001 by 128 in tablespace TSREX_IDX
ORA-06512: at "USRREX_ADMIN.PKG_CONTRIBUYENTESUNAT", line 56
ORA-06512: at line 1

Favor su apoyo, muchas gracias,
Saludos,

[eduar2083]

Pude solucionarlo tuve que darle mayor capacidad a un datafile del tablespace TSREX_IDX.

Código SQL:

ALTER DATABASE datafile '/oracle/oradata/datafiles/TSREX_IDX.dbf'
resize 1024M;
 

Ahora mi duda es, no sé cuanto es el tamaño recomendable para los datafiles de datos e índices, yo lo he puesto de la siguiente manera:

Tablespace para datos (TSREX_DAT), tiene 3 datafiles asociados, cada uno de 3072MB (3GB) de capacidad

Tablespace para índices (TSREX_IDX), tiene 3 datafiles asociados, cada uno de 1024MB (1GB) de capacidad

Veo que una tabla que tenga asignado estos tablespaces se tona lenta al hacerle un select,aún cuando no contenga data.

Quizás haya algunas recomendaciones sobre los tamaños que deban tener los datafiles, imagino que alguien dirá "depende de la cantidad de data que vaya a almacenarse y la frecuencia con que se hagan transacciones sobre ella", imagino que sí, pero me preguntaba también si es mejor tener varios datafiles de diferentes tamaños a tener uno sólo de un gran tamaño o me equivoco??

Favor su apoyo alguien que domine estos menesteres,

Muchas gracias, saludos.

[matanga]

Hay un muchas recomendaciones diferentes para los datafiles, empezando por lo más básico, si tienes un solo disco físico y haces backups en frío (shutdown de la base y copia de datafiles) o backups lógicos (export), tener un datafile o varios por tablespace no hace la diferencia.

La lentitud del select sobre la tabla, y más si esta vacía, tiene un porcentaje de probabilidad muy bajo de estar relacionado con la cantidad de datafiles.

Por último una recomendación, pone los datafiles en autoextend con limite de tamaño final, no tiene sentido que se pare la producción y necesitar intervención humana para asignar espacio a la base.

Saludos

[eduar2083]

Gracias matanga por responder.
Me preguntaba si la característica de autoextensible pertenece al tablespace y no a los datafiles, creo que a los datafiles sólo se les puede indicar el tamaño inicial que tendrán y la capacidad de extenderse o no y hasta qué tamaño máximo pueden hacerlo, lo toman según la configuración de su tablespace.
He creado nuevamente el tablespace de la siguiente manera:

Código SQL:

CREATE tablespace ts_rx_dat
datafile '/oracle/oradata/datafiles/DF_RX_DAT.dbf'
SIZE 1024M
autoextend ON
NEXT 200K
maxsize 3072M;
 

Investigando por ahí, encontré otra forma de crear un tablespace extensible pero sin indicarle el tamaño máximo, imagino que en este caso los datafiles crecerán hasta ocupar todo el espacio del disco en el cual se encuentran.

Código SQL:

CREATE tablespace "TS_RX_DAT" logging
datafile '/oracle/oradata/datafiles/DF_RX_DAT.dbf'
SIZE 1024M
extent management LOCAL segment
SPACE management auto;
 

Favor si pudieran orientarme en lo que quizás pueda estar equivocado en lo que investigué.

Muchas gracias, saludos cordiales.

[matanga]

Todo esto está en la documentación, tendrías que leer sobre la administración de espacio dentro de la base, los conceptos y ejemplos básicos son:

Código SQL:

CREATE tablespace "TS_RX_DAT"
datafile 
'/oracle/oradata/datafiles/DF_RX_DAT_01.dbf' SIZE 1024M autoextend ON NEXT 512k maxsize 5G,
'/oracle/oradata/datafiles/DF_RX_DAT_02.dbf' SIZE 1024M autoextend off
extent management LOCAL 
segment SPACE management auto;
 

Donde, size, autoextend, next y maxsize son propiedades del datafile y extent management local y segment space management auto son propiedades del tablespace.

Saludos