Consulta de mandatos
|
|
|db2licm - Aclaración sobre el parámetro del mandato de la herramienta de gestión de licencias
|Esta actualización a la documentación se aplica al parámetro -p
|del mandato db2licm. La palabra clave MEASURED
|ya no es válida y DB2 la ignorará.
|
|
|Ejemplo para TSM acerca del mandato RESTORE DATABASE
|Al ejemplo para TSM (ejemplo 6) le faltan las comillas simples alrededor de las
|opciones de TSM y debería establecer:
|
|- Especificación de una serie delimitada:
|
|El ejemplo db2 restore db utiliza las opciones de TSM
|"'-fromnode bar -fromowner dmcinnis'"
|
|
|Ejemplos de uso de db2demigdbd
|Los ejemplos siguientes de utilización de db2demigdbd se muestran
|organizados por sistema operativo.
|Para revertir la migración de los archivos de directorio de base de datos del sistema en UNIX y Linux:
| db2demigdbd $HOME/sqllib 1
|Para revertir la migración de los archivos de directorio de base de datos del sistema local en UNIX y Linux:
|
| db2demigdbd ~/user/NODE0000 1
|Para revertir la migración del sistema y de todos los archivos de directorio de base de datos local en la
|instancia en UNIX y Linux:
| db2demigdbd $HOME/sqllib 2
|Para revertir la migración de los archivos de directorio de base de datos del sistema en Windows:
| db2demigdbd d:\sqllib\db2 1
donde db2 es la instancia actual.
|Para revertir la migración de los archivos de directorio de base de datos del sistema local en Windows:
|
| db2demigdbd d:\db2\NODE0000 1
|Para revertir la migración del sistema y de todos los archivos de directorio de base de datos local en la
|instancia en Windows:
| db2demigdbd d:\sqllib\db2 2
|Notas de uso:
| Una vez ha ejecutado el mandato db2updv8 para actualizar
|los catálogos de sistema al nivel actual de Versión 8, no está soportado el retroceso a
|V 8.1.
|Información adicional:
| Para obtener un ejemplo sobre cómo ejecutar el mandato en un entorno DPF (Database Partitioning
|Feature), consulte la nota técnica ubicada en
|http://www.ibm.com/support/docview.wss?rs=71&uid=swg21217949
|
|
|Corrección de la nota de uso del mandato db2ckbkp
|La opción '-p' visualiza el número de páginas de cada tipo de objeto. Sin embargo,
|la salida para el mandato db2ckbkp con la opción '-p'
|no muestra el número de páginas para todos los tipos de objeto diferentes si
|la copia de seguridad se hizo para los datos de espacios de tabla de DMS. En este caso,
|sólo visualiza el total de todas las páginas como SQLUDMSTABLESPACEDATA.
|Se visualiza el valor de cero para SQLUDMSLOBDATA y SQLUDMSLONGDATA para espacios de tabla de DMS.
|Aquí se muestra un ejemplo de sección de salida de db2ckbkp -p con
|la copia de seguridad hecha para los datos de espacios de tabla de DMS:
|
| SQLUDMSTABLESPACEDATA (0c): 87
| SQLUDMSLOBDATA (0e): 0
| SQLUDMSLONGDATA (0f): 0
|
|
|Convenios de denominación para objetos de base de datos y para los ID
|Se aplican los convenios siguientes cuando se da nombre a los objetos de gestor de bases de datos, tal
|como tablas y bases de datos.
|
|- Las series de caracteres que representan nombres de objetos de gestor de bases de datos pueden contener cualquiera
|de los siguientes caracteres: a-z, A-Z, 0-9, @, # y $.
|- A menos que se indique lo contrario, puede escribir nombres en minúsculas; sin embargo,
|los procesos de gestor de bases de datos los toman como si estuvieran en mayúsculas.
|
La excepción a estos
|convenios son las series de caracteres que representan nombres bajo la Systems Network
|Architecture (SNA). Muchos valores son sensibles a mayúsculas/minúsculas, tal como nombres
|de unidad lógica (partner_lu y local_lu). El nombre debe entrarse exactamente como
|aparece en las definiciones de SNA que correspondan a aquellos términos.
|- Un nombre de base de datos o alias de base de datos es una serie de caracteres exclusiva
|que contiene de una a ocho letras, números o caracteres de palabra clave
|desde el conjunto descrito en la información precedente.
|
Las bases de datos se catalogan en el sistema y en los directorios
|de base de datos local por sus alias en un campo, y por su nombre original
|en otro. Para la mayoría de funciones, gestor de bases de datos utiliza el nombre entrado
|en el campo de alias de los directorios de la base de datos. Las excepciones son CHANGE
|DATABASE COMMENT y CREATE DATABASE, donde debe especificarse una vía de acceso de directorio.
|- El nombre del alias de una tabla o vista es un identificador de SQL que
|es una serie de caracteres exclusiva de 1 a 128 caracteres de longitud. Los nombres de columna
|pueden ser de 1 a 30 caracteres de longitud.
|
Un nombre de tabla completamente calificada
|consta del schema.tablename. El esquema es el ID de usuario exclusivo
|bajo el que se creó la tabla. El nombre de esquema para una tabla temporal declarada debe ser SESSION.
|- Los alias locales para nodos remotos que se van a catalogar en el directorio de nodos
|no pueden exceder de ocho caracteres de longitud.
|- El primer carácter en la serie debe ser un carácter alfabético, @, #,
|o $; no puede ser un número o secuencias de letra SYS, DBM o IBM.
|Los convenios siguientes se aplican cuando se denominan los ID de usuario y los ID de autentificación.
|
|- Las series de caracteres que representan nombres de objetos gestor de bases de datos pueden contener cualquiera de los siguientes
|caracteres: a-z, A-Z, 0-9, @, # y $.
|- Los ID de usuario y grupos también pueden contener cualquiera de los siguientes
|caracteres adicionales cuando dan soporte al conector de seguridad: _, !, %, (, ), {, }, -, ., ^.
|- Los ID de usuario y grupos que contengan cualquiera de los caracteres siguientes
|deben estar limitados por comillas cuando se entran a través del procesador de la línea de mandatos: !, %, (, ), {, }, -, ., ^,
|- El primer carácter en la serie debe ser un carácter alfabético, @, #,
|o $; no puede ser un número o secuencias de letra SYS, DBM o IBM.
|- Los ID de autentificación no pueden exceder de 30 caracteres en Sistemas operativos Windows de 32 bits y de 8 caracteres
|en todos los otros sistemas operativos.
|- Los ID de grupo no pueden exceder de 30 caracteres de longitud.
El mandato REORGCHK
Las fórmulas para estadísticas de índice utilizadas dentro del
mandato REORGCHK han sido revisadas. Las nuevas fórmulas y sus explicaciones son las siguientes:
- Fórmula F5:
100 * (KEYS * (ISIZE + LEAF_REC_OVERHEAD) + (CARD - KEYS)
* DUPKEYSIZE )
/ ((NLEAF - NUM EMPTY LEAFS - 1) *
(INDEXPAGESIZE - 96) > MIN(50, (100 - PCTFREE))donde LEAF_REC_OVERHEAD = 9 y DUPKEYSIZE = 5.
Es
recomendable una reorganización si el índice tiene más de un 50 por
ciento de espacio libre o más espacio libre que el valor de
PCTFREE% si PCTFREE es mayor que 50. Esta fórmula se comprueba solamente si el valor de NLEAF -
NUM EMPTY LEAFS - 1 es mayor que 0. (Se resta una unidad del
valor de NLEAF porque habitualmente la última página terminal
asignada no está llena).
- Fórmula F6:
(100 - PCTFREE) *
[ Floor((100 - min(10, PCTFREE)) / 100 * (INDEXPAGESIZE - 96)
/ (ISIZE + NONLEAF_REC_OVERHEAD)) ** (NLEVELS - 2)]
* (INDEXPAGESIZE - 96) /
(KEYS * (ISIZE + LEAF_REC_OVERHEAD)
+ (CARD - KEYS) * DUPKEYSIZE) < 100donde NONLEAF_REC_OVERHEAD = 12.
Para determinar si la
reconstrucción del índice daría como resultado un árbol con menos
niveles. Esta fórmula comprueba la proporción entre la cantidad de espacio
existente en un árbol de índice que tiene un nivel menos que el
árbol actual y la cantidad de espacio necesario. Si se pudiera crear un árbol con un nivel menos y todavía disponer
de PCTFREE disponible, entonces es recomendable una reorganización.
El número real de entradas del índice debe ser mayor que el 90%
(o 100 - PCTFREE) del número de entradas que un árbol de
índice con NLEVELS - 1 puede manejar (solamente se comprueba
si NLEVELS > 1).
Nota:
Todas las fórmulas están basadas en
estadísticas. Las estadísticas y los resultados obtenidos de estas
fórmulas son estimaciones solamente. Tenga esto en cuenta cuando repase los resultados de REORGCHK.
El mandato REORG INDEXES/TABLE
Reorganiza un índice o una tabla.
La opción REORG INDEXES ALL FOR TABLE nombre_tabla reorganiza
todos los índices que están definidos para una tabla; para ello
reconstruye los datos del índice y los dispone en páginas
físicamente contiguas y no fragmentadas. Si especifica la opción CLEANUP ONLY de la opción de índice, la
reorganización se realiza sin reconstruir los índices. La utilización de este mandato para índices que están definidos en
tablas temporales declaradas hace que se emita el error SQLSTATE
42995.
La opción REORG TABLE nombre_tabla reorganiza una tabla mediante
la reconstrucción de filas para eliminar datos fragmentados y
la compactación de la información. La reorganización de la tabla se realiza siguiendo uno de estos dos
métodos:
- Reorganización clásica
- Permite únicamente un acceso de solo lectura, limitado, a los
datos durante las primeras fases de la reorganización.
- Reorganización in situ
- Permite acceder a los datos durante todo el proceso de
reorganización, pero no puede garantizar la obtención de
datos perfectamente ordenados. La reorganización de tablas in situ solamente está permitida
para tablas con índices de tipo 2 y sin índices ampliados.
Para cualquiera de los dos tipos de reorganización, los
índices de la tabla se reconstruyen una vez reorganizada la tabla. Sin embargo, en la reorganización in situ, la reorganización del
índice es imperfecta y puede ser necesario que el usuario
reorganice luego los índices para reducir su fragmentación y
recuperar espacio ocupado por objetos de índice.
Ejemplo
Para un valor REORG TABLE clásico (fuera de línea) como el valor por omisión en DB2 Universal Database(TM)
(UDB) Versión 7, entre el mandato siguiente
db2 reorg table employee index empid allow no access indexscan
longlobdata
Nota:
Los valores por omisión son
diferentes en DB2 UDB Versión 8.
Notas de utilización
DB2 UDB proporciona dos métodos para reorganizar tablas: la
reorganización clásica y la reorganización in situ.
En general, la reorganización de tabla clásica es más rápida, pero
debe ser utilizada solamente si las aplicaciones del usuario no
necesitan tener acceso de escritura para las tablas durante la
reorganización.
Si su entorno no permite esta restricción, la reorganización in
situ, aunque es más lenta, puede ejecutarse como tarea de fondo
mientras prosigue el acceso normal a los datos.
La reorganización de tabla clásica proporciona la reorganización
de tabla más rápida, especialmente si no necesita reorganizar datos
de tipo LOB ni LONG. Además, la reconstrucción de los índices se
realiza en perfecto orden después de reorganizar la tabla. Las aplicaciones de solo lectura pueden acceder a la copia original
de la tabla excepto durante las últimas fases de la reorganización,
durante las cuales la tabla permanente sustituye a la copia
transitoria de la tabla y se reconstruyen los índices.
La reorganización de tabla in situ es más lenta y no garantiza
la obtención de datos perfectamente ordenados, pero permite que las
aplicaciones accedan a la tabla durante la reorganización.
Además, la reorganización de tabla in situ puede ser suspendida y
reanudada más tarde por cualquier usuario con la autorización
apropiada, mediante la utilización del nombre del esquema y el
nombre de la tabla.
Restricciones actualizadas
El programa de utilidad REORG no permite la utilización de
apodos.
- El mandato REORG TABLE no se puede utilizar para tablas
temporales declaradas.
- El mandato REORG TABLE no se puede utilizar para vistas.
- La reorganización de una tabla no es compatible con las tablas
agrupadas por rangos, pues el área de rangos de la tabla siempre
permanece agrupada.
- Una reorganización de tabla fuera de línea no permite
iniciar una operación de copia de seguridad en línea de un
espacio de tabla donde reside la tabla mientras tiene lugar la
reorganización.
- Una reorganización de tabla en línea de una tabla SMS no permite
iniciar una operación de copia de seguridad en línea de un espacio de tabla donde reside la tabla mientras tiene lugar la
reorganización.
- Una reorganización de tabla en línea de una tabla DMS permite
iniciar una operación de copia de seguridad en línea de un espacio de tabla donde reside la tabla mientras tiene lugar la
reorganización. Se pueden producir esperas de bloqueo en la operación de
reorganización durante la fase de truncamiento.
- El mandato REORG TABLE no puede utilizar un índice que esté
basado en una extensión de índice.
El mandato BACKUP DATABASE
Notas de utilización
Tenga en cuenta las restricciones siguientes:
- Se puede iniciar una operación de copia de seguridad en línea
de un espacio de tabla DMS mientras se realiza una reorganización en
línea de una tabla que reside dentro del mismo espacio de tabla. Se
pueden producir esperas de bloqueo en la operación de
reorganización durante la fase de truncamiento.
- No se puede iniciar una operación de copia de seguridad en
línea de un espacio de tabla SMS mientras se realiza una
reorganización en línea de una tabla que reside dentro del mismo
espacio de tabla.
Ambas operaciones necesitan un bloqueo exclusivo.
Migración de bases de datos
Restricciones
La documentación de la Versión 8 indica de forma ambigua que no es necesario realizar ninguna migración de base de datos si la base de datos ha migrado a un nivel de
FixPak de DB2 UDB Versión 8.
Para ser más específicos, la migración de la base de datos no es necesaria entre fixpaks cuando la base de datos esté en un nivel de Versión 8 (Versión 8.1 ó 8.2 o bien un fixpak posterior).
Hay que efectuar cambios en la estructura de archivos del directorio de bases de datos en la Versión 8.2, y la migración se realizará automáticamente cuando se pase de la Versión 7 o de la Versión 8.1 a la Versión 8.2. Sin embargo, si retrocede de la Versión 8.2
a la Versión 8.1, deberá ejecutar db2demigdbd para restaurar la estructura de archivos del directorio de bases de datos. En caso de no poderlo conseguir, se producirá el error SQL10004 cuando intente acceder a la base de datos.
db2inidb - Mandato para inicializar una base de datos reflejada
No emita el mandato db2 connect to
basedatos antes de emitir el mandato
db2inidb basedatos as mirror.
Si intenta conectarse a una base de datos de copia instantánea antes de
inicializarla, borrará los archivos de anotaciones cronológicas necesarios para
la recuperación ascendente.
La conexión devuelve la base de datos al estado en que se encontraba cuando
la base de datos ha quedado suspendida. Si la base de datos está marcada como
coherente en el momento de la suspensión,
DB2 Universal Database decide que no es necesaria la recuperación de
anomalías y vacía las anotaciones cronológicas para una futura utilización. Si se produce esta situación, el intentar realizar una
actualización ascendente origina un error SQL4970.
Nota sobre el uso del mandato db2iupdt
A partir de la Versión 8.2, si actualiza una instancia de
DB2 Universal Database con el mandato db2iupdt, primero debe detener
cualquier proceso de DB2 que se esté ejecutando e implique dicha instancia.
Nuevo parámetro del mandato db2sqljcustomize
El mandato db2sqljcustomize tiene un nuevo parámetro.
db2sqljcustomize - Mandato Personalizador de perfiles de SQLJ de
DB2
- -storebindoptions
- Almacena el valor de los valores -bindoptions y -staticpositioned en el perfil serializado. Si estos valores no se especifican cuando se invoca
la herramienta dbsqljbind, se utilizan los valores almacenados en el perfil serializado. Cuando se invoca el Personalizador con el archivo .grp, los valores se almacenan en cada archivo .ser individual. Los valores almacenados se pueden ver mediante la
herramienta db2sqljprint.
Nuevo parámetro del mandato sqlj
El mandato sqlj tiene un nuevo parámetro.
sqlj - Mandato Conversor SQLJ de DB2
- -db2optimize
- Especifica que el conversor SQLJ genera código para una clase de
contexto de conexión optimizada para DB2 Universal Database. Esta opción optimiza el código para el contexto definido
por el usuario pero no para el contexto por omisión. Cuando se ejecuta el
conversor SQLJ con esta opción, el archivo del controlador JDBC universal de
DB2,
db2jcc.jar, debe estar en CLASSPATH
para compilar la aplicación Java
generada.
Actualizaciones del mandato de supervisión y resolución de problemas (db2pd)
El mandato de supervisión y resolución de problemas de DB2 (db2pd) recupera información de los conjuntos de memorias de DB2 UDB. El mandato del sistema db2pd se ha mejorado de las siguientes maneras:
Nuevo parámetro -hadr
Introducido en la Versión 8.2 (equivalente a la Versión
8.1 FixPak 7), el parámetro -hadr notifica información
sobre la Recuperación de catástrofes de alta disponibilidad. Encontrará descripciones de cada elemento
notificado en el apartado de recuperación de catástrofes de alta
disponibilidad del manual System Monitor Guide and Reference
Nuevo parámetro -utilities
Introducido en la Versión 8.2 (equivalente a la Versión
8.1 FixPak 7), el parámetro -utilities notifica información
sobre el Programa de utilidad. Encontrará
descripciones de cada elemento notificado en el apartado
Utilities del manual System Monitor Guide and Reference.
Nuevo parámetro -activestatements
Introducido en la Versión 8.2.2 (equivalente a la Versión
8.1 FixPak 9), el parámetro -activestatements
devuelve información sobre sentencias activas. Se devuelve la siguiente información:
- AppHandl
- Manejador de aplicaciones que utiliza la sentencia activa, incluidos el nodo y el índice.
- UOW-ID
- Para la aplicación asociada a AppHandl, el identificador de la unidad de trabajo en el que se ha activado la sentencia.
- StmtID
- Identificador de la sentencia dentro de la unidad de trabajo.
- AnchID
- Identificador del anclaje de generación aleatoria de SQL dinámico de la antememoria del paquete.
- StmtUID
- Identificador de la sentencia de SQL dinámico de la antememoria del
paquete exclusivo dentro del anclaje de generación aleatoria.
- EffISO
- Nivel eficaz de aislamiento de la sentencia.
- EffLockTOut
- Valor de tiempo de espera excedido de bloqueo eficaz de la sentencia.
- EffDegree
- Grado efectivo de paralelismo de la sentencia.
- StartTime
- Hora de inicio de la sentencia.
- LastRefTime
- Última vez que se ha hecho referencia a la sentencia en la aplicación.
Nueva opción de espera del parámetro -locks
A partir de la Versión 8.2.2 (equivalente a la Versión
8.1 FixPak 9), puede especificar la opción de espera wait con el parámetro -locks para que sólo devuelva bloqueos con un estado de espera y bloqueos en los que se permanece a la espera.
Nuevos campos devueltos por el parámetro -applications
A partir de la Versión 8.2.2 (equivalente a la Versión
8.1 FixPak 9), el parámetro -applications devuelve cuatro nuevos campos:
- C-AnchID
- Este nuevo campo es el identificador del anclaje de generación aleatoria de SQL
dinámico de la sentencia actual. El valor de este campo es 0 si no existe ninguna
sentencia. El identificador de anclaje de generación aleatoria actual sólo se llena
cuando una aplicación está ejecutando una petición relacionada con la sentencia, como
por ejemplo, una petición FETCH en un cursor. Cuando la petición se ha completado, los valores se establecen
en 0. El valor también se establece en 0 para las sentencias de SQL estático.
- C-StmtUID
- Este nuevo campo es el identificador exclusivo de la sentencia de SQL dinámico dentro del
anclaje de generación aleatoria de la sentencia. El valor de este campo es 0 si no existe ninguna
sentencia. El identificador exclusivo de la sentencia actual sólo se llena cuando la aplicación
está en el proceso de ejecutar una petición relacionada con la sentencia. Cuando la ejecución de la petición se ha completado, los valores se establecen en 0. El valor también se establece en 0 para las sentencias de SQL estático.
- L-AnchID
- Este nuevo campo es el identificador del anclaje de generación aleatoria de SQL
dinámico de la antememoria del paquete. El valor de este campo es 0 si no existe ninguna última sentencia
ejecutada, como por ejemplo, antes de que se ejecutara alguna sentencia
de SQL dinámico. El valor también es 0 para las sentencias de SQL estático. El último identificador de
generación aleatoria de anclaje se llena después de que se complete cada ejecución de la petición y
permanece activo hasta que concluya la próxima petición asociada.
- L-StmtUID
- Este nuevo campo es el identificador exclusivo de la sentencia de SQL dinámico de la antememoria
del paquete dentro del anclaje de generación aleatoria de la última sentencia ejecutada de la aplicación. El valor
de este campo es 0 si no existe ninguna última sentencia ejecutada o si la última sentencia ejecutada
era de SQL estático. El último identificador de sentencia se llena después de que la petición actual
se complete y permanece activo hasta que concluya la próxima petición.
Actualización del mandato SET CLIENT
El mandato
SET CLIENT especifica los valores de
conexión para el proceso de fondo.
El parámetro de mandato SYNCPOINT para este mandato se ignora como en la
Versión 8. SYNCPOINT se sigue incluyendo para la compatibilidad con versiones
anteriores.
Actualización del mandato PRECOMPILE
El mandato PRECOMPILE procesa un archivo fuente de programa de aplicación
que contiene sentencias de SQL intercalado. Se produce un archivo fuente
modificado, que contiene llamadas de lenguaje principal para el SQL y, por
omisión, se crea un paquete en la base de datos.
El parámetro de mandato SYNCPOINT para este mandato se ignora como en la
Versión 8. SYNCPOINT se sigue incluyendo para la compatibilidad con versiones
anteriores.
Actualización del mandato UPDATE HISTORY FILE
Actualiza la ubicación, tipo de dispositivo o comentario de una entrada
del archivo histórico.
El parámetro de mandato STATUS especifica un nuevo estado para una entrada.
La documentación anterior indica de modo incorrecto que el parámetro de
mandato STATUS puede tener un valor "I" para marcar la entrada como
inactiva. Los valores válidos son:
- A
- Marca la entrada como activa.
- E
- Marca la entrada como caducada.
Actualizaciones en los mandatos EXPORT e IMPORT
La subsección "Conexión necesaria" completa de los mandatos
EXPORT e IMPORT es la siguiente:
Conexión necesaria
Base de datos. Si está habilitada una conexión implícita, se establece una
conexión con la base de datos por omisión. El acceso del programa de
utilidad a servidores de bases de datos Linux, UNIX, o Windows desde clientes
Linux, UNIX, o Windows debe ser una conexión directa a
través del motor y no a través de una pasarela o bucle de retorno de
DB2 Connect.
Actualización del mandato LOAD
La información completa para el valor AUTOSELECT del parámetro INDEXING MODE
es la siguiente:
INDEXING MODE
- AUTOSELECT
- El programa de utilidad de carga decidirá automáticamente entre la
modalidad REBUILD o INCREMENTAL. La decisión se basa en la cantidad de datos
que se cargan y en la profundidad del árbol de índice. La información
relacionada con la profundidad del árbol de índice se almacena en el objeto de
índice. RUNSTATS no es necesario para rellenar esta información.
AUTOSELECT es
la modalidad de indexación por omisión.
Modificadores de tipo de archivo para el programa de utilidad de carga
Se ha actualizado la descripción del mandato SET INTEGRITY para
el modificador "generatedoverride".
También se ha actualizado la descripción para el modificador
"usedefaults".
Las actualizaciones son las siguientes:
Tabla 30. Modificadores de tipo de archivo válidos para la carga: Todos los formatos de archivo
| Modificador |
Descripción |
| generatedoverride |
Este modificador indica al programa de utilidad de carga que acepte los
datos proporcionados por el usuario para todas las columnas generadas de la
tabla (contrario a las normas usuales para estos tipos de columnas). Esto
resulta útil cuando se migran datos desde otro sistema de bases de datos o
cuando se carga una tabla desde datos recuperados utilizando la opción
RECOVER DROPPED TABLE en el mandato ROLLFORWARD DATABASE. Si se utiliza
este modificador, se rechazarán las filas sin datos o con datos NULL para una columna
generada no anulable (SQL3116W).
Nota:
Cuando se utiliza este
modificador, la tabla pasa al estado CHECK PENDING. Para sacar la tabla del
estado CHECK PENDING sin verificar los valores proporcionados por el usuario,
emita el mandato siguiente después de la operación de carga:
SET INTEGRITY FOR < nombre-tabla > GENERATED COLUMN
IMMEDIATE UNCHECKED Para sacar la tabla del estado CHECK PENDING y
forzar la verificación de los valores proporcionados por el usuario, emita el
mandato siguiente después de la operación de carga:
SET INTEGRITY FOR < nombre-tabla > IMMEDIATE CHECKED. Este modificador no se puede utilizar con el
modificador generatedmissing o generatedignore. |
| usedefaults |
Si se ha especificado una columna fuente para una columna de tabla de
destino, pero ésta no contiene datos para una o más instancias de fila, se
cargan los valores por omisión.
Algunos ejemplos de datos que pueden faltar son:
- Para archivos DEL: se especifican dos delimitadores de columna
adyacentes (",,") o dos delimitadores de columna adyacentes separados
por un número arbitrario de espacios (", ,") para un valor de
columna.
- Para archivos DEL/ASC/WSF: Una fila que no tiene suficientes columnas
o que no es suficientemente larga para la especificación original.
Nota:
Para los archivos ASC, los valores de columna NULL no se considera
que falten de modo explícito y no se utilizarán valores por omisión
en lugar de los valores de columna NULL. Los valores de columna NULL se representan mediante todos los
caracteres de espacio para columnas numéricas, de fecha, hora e indicación de
la hora o utilizando NULL INDICATOR para una columna de cualquier tipo para
indicar que la columna es NULL. Sin esta opción, si una columna fuente no contiene datos para una
instancia de fila, se produce una de las situaciones siguientes:
- Para archivos DEL/ASC/WSF: Si la columna es anulable, se carga NULL. Si la
columna no es anulable, el programa de utilidad rechaza la fila.
|
Modificadores de tipo de archivo para el programa de utilidad de importación
La descripción para los modificadores "usedefaults" y
"codepage=x" se ha actualizado del modo siguiente:
Tabla 31. Modificadores de tipo de archivo válidos para la importación: Todos los formatos de archivo
| Modificador |
Descripción |
| usedefaults |
Si se ha especificado una columna fuente para una columna de tabla de
destino, pero ésta no contiene datos para una o más instancias de fila, se
cargan los valores por omisión.
Algunos ejemplos de datos que pueden faltar son:
- Para archivos DEL: se especifican dos delimitadores de columna
adyacentes (",,") o dos delimitadores de columna adyacentes separados
por un número arbitrario de espacios (", ,") para un valor de
columna.
- Para archivos DEL/ASC/WSF: Una fila que no tiene suficientes columnas
o que no es suficientemente larga para la especificación original.
Nota:
Para los archivos ASC, los valores de columna NULL no se considera
que falten de modo explícito y no se utilizarán valores por omisión
en lugar de los valores de columna NULL. Los valores de columna NULL se representan mediante todos los
caracteres de espacio para columnas numéricas, de fecha, hora e indicación de
la hora o utilizando NULL INDICATOR para una columna de cualquier tipo para
indicar que la columna es NULL. Sin esta opción, si una columna fuente no contiene datos para una
instancia de fila, se produce una de las situaciones siguientes:
- Para archivos DEL/ASC/WSF: Si la columna es anulable, se carga NULL. Si la
columna no es anulable, el programa de utilidad rechaza la fila.
|
Tabla 32. Modificadores de tipo de archivo válidos para la importación: Formatos de archivo ASCII (ASC/DEL)
| Modificador |
Descripción |
| codepage=x |
x es una serie de caracteres ASCII. El valor se
interpreta como la página de códigos de los datos del conjunto de datos de
salida. Convierte los datos de tipo carácter de esta página de códigos a la
página de códigos de la aplicación durante la operación de importación.
Se aplican
las normas siguientes:
- Para DBCS puro (gráfico), DBCS mixto y EUC, los delimitadores se
restringen al rango de x00 a x3F, inclusive.
- nullindchar debe especificar símbolos que se incluyan en el
juego de caracteres ASCII estándar establecidos entre los puntos de código
x20 y x7F, inclusive. Se hace referencia a símbolos y puntos de código ASCII.
Notas:
- El modificador codepage no se puede utilizar con el modificador
lobsinfile.
- Si se produce una expansión de datos cuando la página de códigos se
convierte de la página de códigos de la aplicación a la página de códigos de la
base de datos, es posible que los datos se trunquen y que se produzca una
pérdida de datos.
|
Mandato ATTACH
El parámetro USER del mandato ATTACH especifica el identificador de
autentificación.
Al conectarse a una instancia de DB2 Universal Database de un sistema
operativo Windows,
el nombre de usuario puede especificarse en un formato
compatible con Microsoft Windows NT Security Account Manager (SAM). El calificador debe ser un nombre de estilo NetBIOS, que tiene una longitud
máxima de 15 caracteres. Por ejemplo, nombredominio\nombreusuario.
Mandato RECOVER DATABASE
En el apartado de Ejemplos del Mandato RECOVER DATABASE de la
documentación de la Versión 8.2, las indicaciones horarias se formatean
incorrectamente como aaaa:mm:dd:hh:mm:ss.
El formato correcto es aaaa-mm-dd-hh.mm.ss
Mandato UPDATE HISTORY FILE
El mandato UPDATE HISTORY FILE actualiza la ubicación, tipo de dispositivo,
comentario o estado de una entrada de archivo histórico.
Sintaxis de mandato actualizado
>>-UPDATE HISTORY--+-FOR--parte-objeto-+--WITH------------------>
'-EID--eid----------'
>--+-LOCATION--ubicación-nueva--DEVICE TYPE--tipo-dispositivo-nuevo-+-><
+-COMMENT--comentario-nuevo--------------------------------------+
'-STATUS--estado-nuevo-------------------------------------------'
Parámetros del mandato actualizado
- FOR parte-objeto
- Especifica el identificador para la entrada del histórico que debe
actualizarse. Es una indicación horaria con un número de secuencia opcional de
001 a 999.
Nota:
No puede utilizarse para
actualizar el estado de la entrada. Para actualizar el estado de la entrada,
especifique en su lugar un EID.
- STATUS estado-nuevo
- Especifique un estado nuevo para una entrada. Sólo se puede actualizar el
estado de las entradas de copia de seguridad. Los valores válidos son:
- A
- Activa. La mayoría de las entradas están activas.
- I
- Inactiva. Las imágenes de copia de seguridad que ya no estén en la cadena
de anotaciones activas pasan a ser inactivas.
- E
- Caducada. Las imágenes de copia de seguridad que ya no se necesitan
porque hay más de NUM_DB_BACKUPS imágenes activas se marcan como caducadas.
- D
- Las imágenes de copia de seguridad que ya no están disponibles para su
recuperación deberían marcarse como ya suprimidas.
|
|
|db2updv8 - Mandato Actualizar base de datos al nivel actual de la versión 8
|Este mandato actualiza los catálogos del sistema en una base de datos para
|dar soporte al nivel actual de los modos siguientes:
|
|- Incorpora nuevas rutinas suministradas con el gestor de bases de datos
|actual
|- Cataloga los procedimientos de esquema de ODBC/CLI/JDBC como procedimientos
|fiables para mejorar el rendimiento y la escalabilidad
|- Arregla dos errores tipográficos de los parámetros de retorno de función de
|tabla SYSPROC.SNAPSHOT_QUIESCERS:
|
|- OUIESCER_TBS_ID corregido a QUIESCER_TBS_ID
|- OUIESCER_STATE corregido a QUIESCER_STATE
|- Arregla los descriptores de columna de las columnas LOB de modo que el bit
|"anotado" sea coherente con las tablas de catálogo
|- Crea la vista SYSIBM.SYSREVTYPEMAPPINGS
|- Actualiza las definiciones de vista para SYSSTAT.COLUMNS y SYSSTAT.TABLES
|- Actualiza la columna SYSCOLDIST.DISTCOUNT para que pueda actualizarse
|- Actualiza la columna SYSINDEXES.TBSPACEID para que no se establezcan distintivos de columna
|- Arregla las longitudes de parámetro de 17 funciones de tabla. Para obtener
|un listado completo de las funciones, consulte el tema Expansión de columnas para las UDF de instantánea en el apartado Actualizaciones de la documentación | Rutinas de administración de SQL de la
|publicación Versión 8.2 Notas de release
|- Habilita las siguientes rutinas incorporadas:
|
|- HEALTH_DBM_INFO
|- HEALTH_DBM_HI
|- HEALTH_DBM_HI_HIS
|- HEALTH_DB_INFO
|- HEALTH_DB_HI
|- HEALTH_DB_HI_HIS
|- HEALTH_TBS_INFO
|- HEALTH_TBS_HI
|- HEALTH_TBS_HI_HIS
|- HEALTH_CONT_INFO
|- HEALTH_CONT_HI
|- HEALTH_CONT_HI_HIS
|- GET_WRAP_CFG_C
|- LIST_FILES_C
|- ODBC_DISCOVERY
|- HEALTH_HI_REC
|- EXEC_DB2_SCRIPT
|- HEALTH_HI_REC
|- EXEC_DB2_SCRIPT
|- ADMIN_LIST_HIST
|- GET_DBM_CONFIG
|- Modifica 33 UDF de instantánea de SYSPROC por THREADSAFE:
|
|- SNAPSHOT_DBM
|- SNAPSHOT_FCM
|- SNAPSHOT_FCMNODE
|- SNAPSHOT_SWITCHES
|- SNAPSHOT_APPL_INFO
|- SNAPSHOT_APPL
|- SNAPSHOT_STATEMENT
|- SNAPSHOT_LOCKWAIT
|- SNAPSHOT_AGENT
|- SNAPSHOT_SUBSECT
|- SNAPSHOT_DATABASE
|- SNAPSHOT_BP
|- SNAPSHOT_LOCK
|- SNAPSHOT_TABLE
|- SNAPSHOT_DYN_SQL
|- SNAPSHOT_TBS
|- SNAPSHOT_TBS_CFG
|- SNAPSHOT_QUIESCERS
|- SNAPSHOT_CONTAINER
|- SNAPSHOT_RANGES
|- SNAPSHOT_TBREORG
|- HEALTH_DBM_INFO
|- HEALTH_DBM_HI
|- HEALTH_DBM_HI_HIS
|- HEALTH_DB_INFO
|- HEALTH_DB_HI
|- HEALTH_DB_HI_HIS
|- HEALTH_TBS_INFO
|- HEALTH_TBS_HI
|- HEALTH_TBS_HI_HIS
|- HEALTH_CONT_INFO
|- HEALTH_CONT_HI
|- HEALTH_CONT_HI_HIS
|- Cambia las longitudes de parámetros de las funciones siguientes:
|
|- SQLCACHE_SNAPSHOT
|- SNAPSHOT_APPL_INFO
|- SNAPSHOT_STATEMENT
|- SNAPSHOT_LOCKWAIT
|- SNAPSHOT_DATABASE
|- SNAPSHOT_BP
|- SNAPSHOT_LOCK
|- SNAPSHOT_TABLE
|- SNAPSHOT_TBREORG
|- SNAPSHOT_SUBSECT
|- SNAPSHOT_DYN_SQL
|- HEALTH_DBM_INFO
|- HEALTH_DBM_HI
|- HEALTH_DBM_HI_HIS
|- HEALTH_DB_INFO
|- HEALTH_DB_HI
|- HEALTH_DB_HI_HIS
|- DB_PARTITIONS
|- GROUPS_FOR_USER
|- DB_PARTITION
|- Cambia las funciones siguientes para utilizar el
|esquema db2schema en lugar del db2schem obsoleto
|para habilitarlas para modificar datos SQL:
|
|- SQLTABLES
|- SQLTABLEPRIVILEGES
|- SQLSTATISTICS
|- SQLSPECIALCOLUMNS
|- SQLPROCEDURES
|- SQLPROCEDURECOLS
|- SQLPRIMARYKEYS
|- SQLFOREIGNKEYS
|- SQLCOLUMNS
|- SQLCOLPRIVILEGES
|- Cambia las funciones siguientes para utilizar el
|esquema db2schema en lugar del db2schem :
|
|
|
|Conexión necesaria
|Base de datos. Este mandato establece automáticamente una conexión con la
|base de datos especificada.
|
|Sintaxis del mandato
||>>-db2updv8-- -d--nombre-basedatos------------------------------>
|
|>--+---------------------------------+--+-----+----------------><
| '- -u--idusuario-- -p--contraseña-' '- -h-'
|
|
|
|Parámetros del mandato
|
|- -d nombre-basedatos
|- Especifica el nombre de la base de datos a actualizar.
|
|- -u idusuario
|- Especifica el ID de usuario.
|
|- -p contraseña
|- Especifica la contraseña para el usuario.
|
|- -h
|- Visualiza la información de ayuda. Cuando se especifica esta opción, se
|ignoran todas las demás opciones y sólo se visualiza la información de ayuda.
|
|
|
|Ejemplo
|Después de instalar el nivel actual (un FixPak o una versión nueva),
|actualice el catálogo del sistema de la base de datos de ejemplo emitiendo el
|mandato siguiente:
|
|db2updv8 -d sample
|
|Notas de utilización
|
|- Este mandato sólo se puede utilizar en una base de datos que ejecuta
|DB2 Universal Database Versión 8.1.2 o posterior. Si el mandato se emite más de una vez, no se
|comunican errores y cada una de las actualizaciones de catálogo sólo se aplica
|una vez.
|- Para habilitar las nuevas funciones incorporadas, deben desconectarse todas
|las aplicaciones de la base de datos y debe desactivarse la base de datos en el
|caso de que se hubiera activado.
Formateo de archivo de desvío
(Windows)
Dispone de una nueva herramienta, db2xprt.exe, que le permite formatear archivos de ruptura (*.TRP).
Esta herramienta formatea los archivos de ruptura binarios de
DB2 Universal Database y los convierte en un archivo
ASCII legible. Los archivos de ruptura se encuentran en el directorio de la
instancia (DB2INSTPROF) por omisión o en la vía de acceso del directorio de
datos de diagnóstico si está establecido el parámetro de configuración del
gestor de bases de datos DIAGPATH.
Autorización
Debe tener acceso al directorio DIAGPATH.
Sintaxis del mandato
>>-db2xprt--+-------------------+--+----+--+----+--------------->
+-/p--vía de acceso-+ '-/m-' '-/n-'
'-/v----------------'
>--archivoentrada--+---------------+---------------------------><
'-archivosalida-'
Parámetros del mandato
- /p vía acceso
- Una vía de acceso separada por signos de punto y coma (;)
que apunta a la ubicación o ubicaciones en las que se encuentran los archivos
binarios y archivos PDB.
- /v
- Muestra la información sobre la versión.
- /m
- Formatea un vuelco de memoria junto con el resto del archivo
de ruptura.
- /n
- Datos de formato relacionados con la información sobre número de línea.
- archivoentrada
- Especifica el archivo de entrada.
- archivosalida
- Especifica el archivo de salida.
[ Principio de página |Página anterior | Página siguiente | Contenido ]