Con la llegada de la 12c se han introducido mejoraras en el manejo de los gestores de recursos, de manera que el Resource Manager puede ser usado a dos niveles:
\n\u2022\tCDB:\tGestiona los recursos entre los distintos PDB
\n\u2022\tPDB: Gestiona los recursos de manera tradicional <\/p>\n
Algo que puede parecer evidente pero que debemos de decir, es que esta gesti\u00f3n se lleva a cabo en el CBD$ROOT, No se puede poner recursos al CDB$ROOT, igualmente no aparece en el computo de los shares
\nEl Resource Manager lleva a cabo esta tarea mediante dos conceptos, shares y l\u00edmites<\/p>\n
[table caption=\u00bbPlanes de recursos\u00bb width=500]
\nContenedor,shares,utilization limit, PARALLEL SERVER LIMIT
\nDefault, 1 ,100%, 100%
\nPDB1 ,4 ,50% , 100%
\nPDB2 ,1 ,100% ,50%
\n[\/table]<\/p>\n
El PARALLEL SERVER LIMIT indica un porcentaje, este porcentaje es sobre el valor de inicializaci\u00f3n de la base de datos de PARALLEL_SERVERS_TARGET, as\u00ed pues, si tenemos un valor de 200 en PARALLEL_SERVER_TARGETS tendremos que el PARALLEL_SERVER_LIMITS ser\u00e1 de 0.50*200=100 procesos paralelos.<\/p>\n
No todos los PDBs tienen por que tener una pol\u00edtica de asignaci\u00f3n, aquellos que no la tengan ir\u00e1n a parar a el \u201cDefault allocation\u201d.
\nLas directivas sobre los PDBs se han de crear en el momento de CREATE_CDB_PLAN_DIRECTIVE, y un PDB solamente puede ser afectado por una directiva.<\/p>\n
Si no especificas ninguna pol\u00edtica espec\u00edfica para un PDB ir\u00e1 a la de por defecto con :
\nShares=1
\nUtilization_limit=100
\nParallel_srever_limit=100<\/p>\n
Para modificarlos el paquete DMNS_RESOURCE_MANAGER tiene su propia directiva llamada UPDATE_CDB_DEFAULT_DIRECTIVE<\/p>\n
Al igual que en las BBDD cl\u00e1sicas hay que:
\n1.\tCrear el pending area
\n2.\tCrear el plan
\n3.\tCrear directivas (DBMS_RESOURCE_MANAGER.CREATE_CDB_PLAN_DIRECTIVE)
\n4.\tValidar el pending area
\n5.\tSubmit el pending area <\/p>\n
Al igual que en las versiones antiguas <\/p>\n
\r\nALTER SYSTEM SET RESOURCE_MANAGER_PLAN=\u2019myplan;\r\n<\/pre>\nSe puede deshabilitar el plan quitando la variable de inicializaci\u00f3n<\/p>\n
\r\nALTER SYSTEM SET RESOURCE_MANAGER_PLAN=\u2019\u2019;\r\n<\/pre>\nPDB: Administracion de recursos dentro de los PDB<\/h1>\n
La administracion de recursos dentro del PDB se lleva a cabo igual que se llevaba dentro de las bases de datos tradicionales, teniendo en cuenta:<\/p>\n
Hay que tener en cuenta que hay dos par\u00e1metros que cambian de nombre:
\nMAX_UTILIZATION_LIMIT pasa a ser UTILIZATION_LIMIT
\nPARALLEL_TARGET_PERCENTAGE pasa a ser PARALLEL_SERVER_LIMIT<\/p>\n
Es importante que, para poder crear una politica de gestor de recursos dentro de un PDB,la pol\u00edtica del CDB para los recursos que quieres administrar debe de debe de satisfacer : PARALLEL EXECUTION<\/b><\/p>\n Se ha introducido un Nuevo grupo de consumidores llamado LOG_ONLY que sirve para usarlo en como switch group en los casos en los que merely want to log the runaway query but don\u2019t want to change its consumer group or perform any other action Otra de las cosas que ofrece el RESOURCE MANAGER es que ha a\u00f1adido nuevas columnas en la vista V$SQL_MONITOR <\/p>\n Con la llegada de la 12c se han introducido mejoraras en el manejo de los gestores de recursos, de manera que el Resource Manager puede ser usado a dos niveles: \u2022 CDB: Gestiona los recursos entre los distintos PDB \u2022 … Sigue leyendo
\nCPU<\/b><\/p>\n\n
\n
Notas finales del resource manager <\/h1>\n
\nPuedes ver lo definido en las vistas
\nV$RSRC_PLAN
\nDBA_CDB_RSRC_PLANS<\/p>\n\n