¿Cómo Soluciono El Parámetro Real Del Kernel Del Sistema Operativo Aio-max-nr?

Deje de perder el tiempo con errores informáticos.

1. Descargue e instale ASR Pro

2. Inicie el programa y haga clic en "Escanear"

3. Haga clic en "Reparar" para corregir cualquier error detectado por el análisis

Haga clic aquí para obtener una descarga gratuita de esta poderosa herramienta de optimización de PC.

A veces su computadora puede mostrar este mensaje de error indicando que aio-max-nr está ejecutando el parámetro del kernel del sistema. Puede haber varias razones para este problema.El parámetro aio-max-nr especifica el volumen máximo de solicitudes de alerta permitidas. Otra característica, / proc / sys fs / aio-nr, proporciona el último recuento de todo el sistema mediante solicitudes asincrónicas. Veritas dice configurar el parámetro aio-max-nr para 1048576.

Tendemos a cantar para que elijas un servidor enorme de acuerdo con las mejores prácticas de Oracle para los parámetros del kernel, luego, nuevamente, lo que una vez fue una computadora de Internet de dos instancias pronto será una Un entorno enorme y pesado con cuatro, seis y diez instancias ejecutándolo mientras muchas aplicaciones se conectan, utilizando más y más conexiones. Es muy importante analizar estos parámetros para garantizar que las empresas de Internet continúen cumpliendo con nuestros requisitos mientras los sistemas evolucionan con el tiempo.

Ahora veremos cómo incluso el tipo de proyecto más simple puede crear una disposición en la que casi todos los límites al considerar un parámetro del kernel todavía se alcanzan claramente y probablemente se requiera reiniciar el servidor.

Historial

Esta fue una tarea de tamaño reducido que implicó eliminar un repositorio, que se muestra en la Figura 1, y además repoblarlo con un esqueleto vacío dentro de otro. Vinculando, simplificando el esquema enfocado, exportando todos los metadatos, origen y reconocimiento al destino. Ko Bueno … tal vez no.

Todo estaba bien encaminado hasta el momento crucial en el que tuvimos que extraer metadatos de la base de datos. Al igual que con cualquier DBA moderno razonable, nuestra herramienta personal para este propósito podría ser Data Pump, se crea un gran archivo de configuración, muy poco durante el esquema, el problema debería ser rápido …

 ORA-39126: Error de trabajador fatal inesperado en KUPW $ WORKER.FETCH_XML_OBJECTS [OBJECT_GRANT: "ALGUN OBJETO"]ORA-27090: no se pueden reservar recursos del kernel al recibir E / S de disco asíncrono.

Mensaje de error interesante, eche un vistazo a las preocupaciones de My Oracle Support, también conocido como MOS:

“ORA-27090 – Las soluciones de kernel para E / S de disco asíncronas no se pueden reservar (Doc 579108 id.1)”

Una nota en la que debe aparecer el mensaje de error real con respecto al registro de alarmas en particular.

¿hay? Dato curioso, no, la base de datos de la que es difícil exportar los metadatos no tenía un mensaje de error similar, pero, sin embargo, aparece en las bases de datos de destino que se acaba de eliminar.
Por lo tanto, preste atención a la sugerencia que indica que las limitaciones del kernel “aio-max-nr” suelen ser demasiado razonables. Nunca vimos este ORA-27090, se intentó pasar datos, de lo contrario, debería ser “una gota que colmó el vaso”.

También hay una buena y sólida molestia: “Error 24425998 ORA-27090:” No se pueden obtener recursos del kernel para adaptarse a la E / S de disco asíncrona “, perturbación en el registro de advertencia”, que también se corrigió en 18.1, mi En primer lugar, no parece ser realmente el caso cuál está causando el problema actual.

Entonces, tenemos un problema que tiene transferencia de datos real, error en el registro de alarma antirrobo y supuestamente buen mérito “aio-max-nr”.

¿Qué es este parámetro de kernel “aio-max-nr” y por qué necesito ejecutar Care?

 aio-no y aio-max-no:aio-nr es un número apresurado paraEl sistema io_setup llama a casi todos los contextos de aio actualmente activos. Si aio nollegó a aio-max-nr io_setup, probablemente funcione con EAGAIN. tenga en cuenta queEl aumento de aio-max-nr no se puede preasignar ni cambiar de tamañotodas las estructuras exactas del kernel.

Ok, aunque ¿cuáles son estas AIO e ideas prácticas sobre cuán importantes son para mi base de datos de Ora?

Básicamente, es muy importante que las AIO sean utilizadas solo por la base de datos de Oracle adecuada para omitir el costo si la configuración operativa solicita E / S adicionalmente acceso directo a su dirección rígida sin esperar a que se complete la E / S (nos vemos para considerar: asincrónico). Se trata de métodos sin facturación cuando ASM está activo, por lo que esta configuración de método tiene prioridad incluso en un entorno de RAC en particular como el que estamos hablando.

Echemos un vistazo al valor máximo de nuestra práctica:

 [ [la dirección de correo electrónico está protegida]  ~] $ sysctl -a funcional | grep aiofs.aio-max-no corresponde si desea 1048576fs.aio-no = 1048451

 aio-max-nr 1048576Nota. Esto se complace en limitar el número de posibles solicitudes simultáneas y, en particular, debe establecerse para evitar errores del subsistema de E / S. 

Pero espera, ¿qué pasa exactamente con el estado actual de una persona en particular? ¿Por qué no es lo suficientemente grave?

 El parámetro principal más el límite de la capa en las valoraciones en esta sección son a menudo los valores de una cantidad mínima. producciónPara los sistemas de almacenamiento, Oracle aconseja segmentar estos valores para optimizar el sistema de manera eficiente. Obtenga más información sobre cómo optimizar los detalles del kernel. Oracle 

¡Ah! simplemente proporciona los valores mínimos exactos que deberían ser adecuados para el sistema real.

Volviendo a MOS, encontramos el siguiente reconocimiento: “¿Qué valor debe fijarse para el parámetro del kernel AIO-MAX-NR?” (Doc. ID 2229798.1) “Este documento contiene una enorme fórmula disponible comercialmente para calcular generalmente el valor correcto para el parámetro completo del kernel aio-max-nr . Por razones de licencia, no puedo publicar la fórmula correcta a continuación, no deberíamos distribuir MOS ampliamente , contenido, etc. Así que avise a cualquiera el valor correcto para su comunidad con más de 8 instancias ASM + MGMTDB que se ejecutan en este invaluable nodo es 8196096, que es mucho más que el original.

Esta debe ser una estimación sobre la marcha, con todos los escenarios en ejecución, muchas conexiones establecidas y trabajos de máquinas en ejecución, por lo que debe ser lo más preciso posible.

Por supuesto, no tenemos todo lo que su empresa necesita para implementar el sistema interesante correcto, por lo que le recomiendo que usted y su familia revisen la mención mencionada de MOS (2229798.1) y la implementación. Exprese sus presunciones para obtener un alto suficiente valor. Este valor se calcula en función de la puntuación de la instancia y la cantidad de procesos por instancia. Cuanto más altos sean estos números, mayor será el parámetro específico. Esto

Por supuesto, no hay duda de que hay una advertencia: no podemos determinar exclusivamente un valor cercano al infinito, simplemente porque definitivamente estamos limitados a través de la memoria del kernel. En este sentido, disponemos aquí de un caso extremo de esta contribución de Mark Fielding, que muestra que un valor particularmente alto definitivamente se establece significativamente más alto.En cualquier caso, usando mi experiencia, además de la información joven que compré en línea sobre cierto problema absolutamente idéntico, los servicios regulares recomendados deberían ser suficientes para la mayoría de los sistemas en el mercado.

Un parámetro específico del kernel es que no hace mucho tuvimos suerte y aplicamos el cambio siguiendo el período de mantenimiento ya solicitado, que siempre incluía exactamente reiniciar el servidor. Después de cambiar cada una de nuestras configuraciones, pude exportar los metadatos y completar la tarea. Bueno, de hecho, nuestros artistas lo habrían hecho, pero ahora lo hemos hecho con la vieja y no deseada herramienta EXP / IMP.

Finalmente, como una ventaja para el control: la carga del servidor se redujo de 12 en el camino a aproximadamente 5.5 después del reinicio. ¿Hacer esto se debe a un cambio en la mayoría de los parámetros del kernel, o es literalmente solo un reinicio que cosechó algunas sesiones de base de datos en pausa? (Siempre ha sido una naturaleza de desarrollo, por lo que suceden muchas cosas externas relacionadas con el control de la infraestructura que estamos mejorando). No tenemos confirmación para encontrar ningún elemento, por lo que lo publicaremos aquí.

¿Tienes una relación similar? ¿Con qué frecuencia deberíamos escribir sobre la personalización de la comunidad para asegurarnos de que todavía funcione con nuestras necesidades?

¿Quiere hablar con un experto? Haga la llamada con nuestro equipo para comenzar a construir la conversación que comenzó.

Haga clic aquí para obtener una descarga gratuita de esta poderosa herramienta de optimización de PC.

Os Kernel Parameter Aio Max Nr
Parametr Jadra Systemu Operacyjnego Aio Max Nr
Os 커널 매개변수 Aio Max Nr
Os Kernelparameter Aio Max Nr
Parametr Yadra Os Aio Max Nr
Os Kernelparameter Aio Max Nr
Parametre Du Noyau Os Aio Max Nr
Os Karnparameter Aio Max Nr
Parametro Del Kernel Del Sistema Operativo Aio Max Nr
Parametro Do Kernel Os Aio Max Nr