Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

Confirmando una configuración

 

Para confirmar una configuración, el commit comando de modo de configuración permite guardar los Junos os cambios de configuración en la base de datos de configuración y activar la configuración en el dispositivo.

Modelo de confirmación de Junos OS para configuraciones

La configuración del dispositivo se guarda con un modelo—de confirmación la configuración de un candidato se modifica como se desea y, a continuación, se confirma en el sistema. Cuando se confirma una configuración, el dispositivo comprueba si hay errores de sintaxis en la configuración y, si no se encuentran errores, la configuración juniper.conf.gz se guarda como y se activa. El archivo de configuración activo anteriormente se guarda como el primer archivo de configuraciónjuniper.conf.1.gzde reversión (), y todos los demás archivos de configuración de reversión se incrementan en 1. Por ejemplo, juniper.conf.1.gz se incrementa de este juniper.conf.2.gzmodo, lo que hace que sea el segundo archivo de configuración de reversión. El dispositivo puede tener un máximo de 49 configuraciones de reversión (numeradas del 1 al 49) guardadas en el sistema.

En el dispositivo, el archivo de configuración activa y los tres primeros archivos dejuniper.conf.gz.1, juniper.conf.gz.2, juniper.conf.gz.3restauración () se encuentran /config en el directorio. Si guarda el rescue.conf.gz archivo en el sistema, este archivo también debe guardarse en el /config directorio. Los archivos predeterminados de fábrica se /etc/config encuentran en el directorio.

Hay dos mecanismos que se utilizan para propagar las configuraciones entre los motores de enrutamiento de un dispositivo:

  • Previa Propaga una configuración de una motor de enrutamiento a una segunda motor de enrutamiento dentro del mismo chasis del dispositivo.

    Nota

    El modificador QFX3500 solo tiene una motor de enrutamiento.

    Para sincronizar configuraciones, utilice commit synchronize el comando de CLI. Si uno de los motores de enrutamiento está bloqueado, fallará la sincronización. Si se produce un error de sincronización debido a un archivo de configuración bloqueado commit synchronize force , puede utilizar el comando. Este comando suplanta el bloqueo y sincroniza los archivos de configuración.

  • Distribución Propaga una configuración a través del plano de enrutamiento en un dispositivo de chasis múltiples. La distribución se realiza automáticamente. No hay ningún comando de usuario disponible para controlar el proceso de distribución. Si una configuración se bloquea durante la distribución de una configuración, la configuración bloqueada no recibe el archivo de configuración distribuido, por lo que se produce un error en la sincronización. Debe borrar el bloqueo antes de la configuración y volver a sincronizar los planos de enrutamiento.

    Nota

    Cuando se utiliza el commit synchronize force comando de la CLI en una plataforma de varios chasis, la sincronización forzada de los archivos de configuración no afecta a la distribución del archivo de configuración a través del plano de enrutamiento. Si un archivo de configuración está bloqueado en un dispositivo remoto del dispositivo en el que se ejecutó el comando, la sincronización fallará en el dispositivo remoto. Debe borrar el bloqueo y volver a emitir el synchronization comando.

Confirmación de una Junos OS el modo de configuración y salida

Para guardar Junos OS cambios en la configuración, active la configuración del dispositivo y salga del modo de configuración commit and-quit utilizando el comando modo de configuración. Este comando sólo funciona correctamente si la configuración no contiene errores.

Nota

No se recomienda realizar una operación de confirmación en el motor de enrutamiento de copia de seguridad cuando el cambio de motor de enrutamiento correcto está habilitado en el enrutador.

Confirmando una configuración de Junos OS

Para guardar Junos OS cambios en la configuración de la base de datos de configuración y activar la configuración en el commit dispositivo, utilice el comando modo de configuración. Puede ejecutar el commit comando desde cualquier nivel de jerarquía:

Cuando se escribe el commit comando, primero se comprueba la configuración en busca de errorescommit checkde sintaxis (). A continuación, si la sintaxis es correcta, la configuración se activa y se convierte en la configuración actual del dispositivo operativo.

Puede ejecutar el commit comando desde cualquier nivel de jerarquía.

Una confirmación de configuración puede fallar por cualquiera de los siguientes motivos:

  • La configuración incluye Sintaxis incorrecta, lo que provoca un error en la comprobación de confirmación.

  • La configuración del candidato que está intentando confirmar es superior a 700 MB.

  • La configuración está bloqueada por un usuario que escribió configure exclusive el comando.

Si la configuración contiene errores de sintaxis, un mensaje indicará la ubicación del error y la configuración no se activará. El mensaje de error tiene el formato siguiente:

Por ejemplo:

Debe corregir el error antes de confirmar la configuración. Para volver rápidamente al nivel de jerarquía donde se encuentra el error, copie la ruta de acceso de la primera línea del error y péguela en el símbolo del sistema de configuración [edit] en el nivel de jerarquía.

El archivo de configuración de candidato no confirmado /var/rundb/juniper.dbes. Está limitado a 700 MB. Si se produce un error en la configuration database size limit exceededconfirmación con un mensaje, para ver el tamaño del archivo desde run file list /var/rundb detailel modo de configuración, escriba el comando. Puede simplificar la configuración y reducir el tamaño del archivo mediante la creación de grupos de configuración con comodines o la definición de políticas menos específicas de coincidencia en los filtros del firewall.

Nota

Las advertencias de tiempo de confirmación de CLI mostradas para [edit interfaces] los cambios de configuración en el nivel de jerarquía se quitan y se registran como mensajes de registro del sistema.

También se aplica a la configuración de VRRP en los siguientes niveles de jerarquía:

  • [edit interfaces interface-name unit logical-unit-number family (inet | inet6) address address]

  • [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family (inet | inet6) address address]

Cuando confirma una configuración, confirma toda la configuración en su formato actual. Si más de un usuario está modificando la configuración, al confirmarla se guardarán y activarán los cambios de todos los usuarios.

Nota
  • No se recomienda realizar una operación de confirmación en el motor de enrutamiento de copia de seguridad cuando el cambio de motor de enrutamiento correcto está habilitado en el dispositivo.

  • Si configura la misma dirección IP para una interfaz de administración o interfaz fxp0 interna como ge-0/0/1, por ejemplo, una interfaz física externa como, cuando está habilitado el cambio de motor de enrutamiento estable (de entrada), la CLI muestra un mensaje de error de confirmación adecuado que se han encontrado direcciones idénticas en las interfaces privadas y públicas. En tales casos, debe asignar direcciones IP únicas para las dos interfaces que tengan direcciones duplicadas.

  • La interfaz Ethernet de administración utilizada para el enrutador TX Matrix Plus, los enrutadores T1600 o T4000 en una matriz de enrutamiento, y los em0serie PTX enrutadores de transporte de paquetes, es. Junos OS crea automáticamente la interfaz’Ethernet de administración de enrutadores, em0.

Operación de confirmación cuando varios usuarios configuren el software

Hasta 32 usuarios pueden estar en modo de configuración al mismo tiempo, y todos pueden realizar cambios en la configuración. Todos los cambios realizados por todos los usuarios son visibles para todo el—mundo editando la configuración los cambios se hacen visibles en cuanto el usuario presiona la tecla entrar al final de un comando que cambia la setconfiguración edit, como delete, o.

Cuando cualquiera de los usuarios que editan la configuración commit emite un comando, se comprueban y activan todos los cambios realizados por todos los usuarios.

Si se entra en el modo de configure private configuración con el comando, cada usuario tendrá una configuración de candidato privada para modificar algo independiente de los demás usuarios. Cuando confirme la configuración, solo se confirmarán sus propios cambios. Para sincronizar su copia de la configuración después de que otros usuarios hayan realizado cambios confirmados, puede ejecutar el update comando en modo de configuración. Una operación de confirmación también actualiza todas las configuraciones de candidatos privados. Por ejemplo, supongamos que el usuario X e usuario configure private y están en modo y que x confirma un cambio en la configuración. Cuando el usuario Y realiza una operación subsiguiente de confirmación y, a continuación, ve la nueva configuración, la nueva configuración que ve el usuario Y incluye los cambios realizados por el usuario X.

Si introduce el modo de configuración con configure exclusive el comando, bloqueará la configuración del candidato mientras permanezca en el modo de configuración, permitiéndole realizar cambios sin interferencias de otros usuarios. Otros usuarios pueden entrar y salir del modo de configuración, pero no pueden confirmar la configuración. Esto se cumple incluso si los otros usuarios han introducido el modo de configuración antes configure exclusive de escribir el comando. Por ejemplo, supongamos que el usuario X configure private ya configure se encuentra en el modo o. Supongamos que el usuario configure exclusive Y entra en el modo. El usuario X no puede confirmar ningún cambio en la configuración, incluso si esos cambios se introdujeron antes de que el usuario Y iniciara sesión. Si el configure exclusive modo usuario y sale, el usuario X puede confirmar los cambios realizados o configure privateconfigure en modo.

Introducción a la preparación y activación de commit

Para guardar Junos cambios en la configuración de la base de datos de configuración y activar la configuración en el enrutador, se utiliza el comando commit modo de configuración.

A partir de Junos OS versión de puntuaciones R1, puede completar el proceso de confirmación en dos pasos. Esta característica le permite configurar varios dispositivos y activar simultáneamente las configuraciones. Antes de Junos OS emitir 17.3 R1, el proceso de asignación se completó en un solo paso. El propósito de desacoplar estas etapas de commit es proporcionar una ventana de tiempo definitiva para que la confirmación surta efecto en el sistema. Puede entrar en el modo de confirmación después de preparar la confirmación, pero recibirá un mensaje que le informa de que la confirmación está pendiente de activación.

En el primer paso, conocido como la fase de preparación, se valida la confirmación y se genera una nueva base de datos con los archivos necesarios. Si la configuración contiene algún error de sintaxis, aparecerá un mensaje de error apropiado y la configuración no estará preparada. En caso de que se produzca una avería durante la fase de preparación commit check-out failed , se mostrará el mensaje de error.

En el segundo paso, al que se hace referencia como la etapa de activación, se activa la configuración previamente preparada. A continuación, si necesita borrar la configuración preparada, puede hacerlo con clear system commit prepared el comando. Se genera un mensaje de registro tras borrar correctamente la confirmación pendiente.

Nota

Las operaciones de asignación no se pueden llevar a cabo entre fases de preparación y activación.

El proceso de confirmación en dos pasos es superior al proceso de un solo paso para confirmaciones de nivel crítico en el tiempo. En el proceso de un solo paso, el tiempo de preparación puede variar en función de la configuración existente en el dispositivo. En el proceso de dos pasos, el trabajo de preparación compleja se maneja de manera más eficiente.

Se proporcionan comandos de configuración que permiten preparar la caché de configuración y activar la configuración. Puede preparar los dispositivos con nuevas configuraciones y activarlos en las horas que desee.

El commit prepare comando valida las configuraciones y el commit activate comando activa las configuraciones. Los comandos tienen las siguientes opciones de configuración:

  • and-quit

  • no-synchronize

  • peers-synchronize

  • synchronize

Los commit prepare comandos commit activate y están disponibles únicamente para confirmaciones privadas, exclusivas y compartidas. Los comandos no se aplican a los modos dinámicos y efímeros. Esta característica se aplica a dispositivos de multichasis, pero no es aplicable para confirmaciones por lotes.

Para admitir esta funcionalidad mediante el protocolo de configuración de red (NETCONF), se proporcionan las siguientes llamadas a procedimientos remotos (RPC):

  • <commit-configuration>< prepare/></commit-configuration>

  • <commit-configuration><activate/></commit-configuration>

  • <clear-system-commit><prepared/></clear-system-commit>

Nota
  • En una serie MX Virtual Chassis la instalación es la siguiente: Cuando commit prepare se emite en una motor de enrutamiento seguido del cambio, el motor de enrutamiento donde se emite el comando de cambio se reinicia. Por lo tanto, la caché preparada se borra en ese motor de enrutamiento.

  • En una instalación de Virtual Chassis serie MX, es aconsejable ejecutar clear system commit prepared el comando solo en un maestro de VC.

Confirmando Junos OS configuraciones en dos pasos: Preparación y activación

Para guardar Junos OS cambios en la configuración de la base de datos de configuración y activar la configuración en el enrutador, se utiliza el comando commit modo de configuración.

A partir de Junos OS versión 17,3, puede completar el proceso de confirmación en dos pasos. Esto le permite configurar varios dispositivos y las configuraciones se pueden activar simultáneamente. En el primer paso, conocido como la fase de preparación, se valida la confirmación y se genera una nueva base de datos junto con los archivos necesarios. Si la configuración contiene algún error de sintaxis, aparecerá un mensaje de error apropiado y la configuración no estará preparada. En el segundo paso, que se conoce como la etapa de activación, la configuración preparada anteriormente se activa y se convierte en la configuración actual del dispositivo operativo.

Para preparar la configuración:

  1. En el [edit] nivel de jerarquía en el modo de configuración, realice los cambios necesarios en la configuración.

    Por ejemplo, para configurar las secuencias de comandos del sistema, utilice el siguiente comando:

    Por ejemplo:

  2. Ejecute el commit prepare comando.

    Se muestra commit prepare successful el mensaje.

  3. Para verificar el resultado del show system commit comando después commit prepare de emitirse, utilice el comando siguiente:

    Si se produce un error en la fase de commit check-out failed preparación, se muestra el mensaje de error.

Para activar la configuración preparada:

  1. Utilice el commit activate comando

    Se muestra commit complete el mensaje.

  2. Para comprobar la configuración del sistema activada, utilice el siguiente comando:

Para comprobar que el resultado de show system commit los show system commit revision detail comandos y commit activate después de se emite, emita los siguientes comandos.

Activar una configuración de Junos OS pero requiriendo confirmación

Al confirmar la configuración de candidato actual, puede requerir una confirmación explícita para que la confirmación sea permanente. Esto resulta útil si desea comprobar que un cambio en la configuración funciona correctamente y no impide el acceso al dispositivo. Si el cambio impide el acceso o provoca otros errores, el enrutador vuelve automáticamente a la configuración anterior y restaura el acceso después de que pase el tiempo de espera de confirmación de reversión. Esta característica se denomina reversión automática.

Para confirmar la configuración de candidato actual pero requiere una confirmación explícita para que la confirmación sea permanente, utilice commit confirmed el comando modo de configuración:

Una vez que haya comprobado que el cambio funciona correctamente, puede mantener activa la nueva configuración escribiendo un commit comando commit check o a los commit confirmed 10 minutos del comando. Por ejemplo:

Si la confirmación no se confirma en un momento determinado (10 minutos de forma predeterminada), Junos OS vuelve automáticamente a la configuración anterior y se envía un mensaje de difusión a todos los usuarios que han iniciado sesión.

Para mostrar Cuándo se programa una operación rollback después commit confirmed de un comando, show system commit escriba el comando. Por ejemplo:

Al igual commit que sucede con commit confirmed el comando, el comando comprueba la sintaxis de configuración e informa de los errores. Si no hay errores, la configuración se activa temporalmente (10 minutos de forma predeterminada) y comienza a ejecutarse en el dispositivo.

Figura 1: Confirmar una configuración
Confirmar una configuración

Para cambiar la cantidad de tiempo que debe transcurrir antes de que tenga que confirmar la nueva configuración, especifique el número de minutos cuando ejecute el comando:

A partir de Junos OS versión 11,4, también puede utilizar el commit confirmed comando en el [edit private] modo de configuración.

Programación de una operación de confirmación de Junos OS

Puede programar Cuándo desea que la configuración de los candidatos se active. Para guardar Junos OS cambios en la configuración y activar la configuración en el enrutador en el futuro o al reiniciar, commit at utilice el comando modo de configuración reboot , que especifica o una hora futuraediten el nivel de jerarquía de []:

Dónde string está reboot o el futuro para activar los cambios en la configuración. Puede especificar el tiempo en dos formatos:

  • Un valor de hora de la hh:mmforma:ss[] horas, minutos y, opcionalmente,—segundos], confirma la configuración a la hora especificada, que debe estar en el futuro, pero antes 11:59:59 PM commit at del día se emite el comando de modo de configuración. Utilice una hora de 24 horas para hh el valor; por ejemplo, 04:30:00 4:30:00 AM y 20:00 8:00 pm. La hora se interpreta con respecto a la configuración de reloj y zona horaria del enrutador.

  • Un valor de fecha y hora con el yyyy-mm-dd&nbsp;hh:mmformato:ss[] (año, mes, fecha, horas, minutos y, opcionalmente, segundos)—aplica la configuración a la fecha y la hora especificadas, que deben ser commit at después de que se ejecute el comando. Utilice una hora de 24 horas para hh el valor. Por ejemplo, 2018-08-21 12:30:00 12:30 PM el 21 de agosto de 2003. La hora se interpreta con respecto a la configuración de reloj y zona horaria del enrutador.

Incluya el string valor entre comillas (""). Por ejemplo, commit at "18:00:00". Para la fecha y la hora, incluya ambos valores en el mismo conjunto de Comillas. Por ejemplo,commit at "2018-03-10 14:00:00".

Cuando se emite el comando modo de commit at configuración, se realiza inmediatamente una comprobación de confirmación. Si el resultado de la comprobación es correcto, el usuario actual cerrará su sesión en el modo de configuración y los datos de configuración se quedarán en un estado de solo lectura. No se puede realizar ninguna otra confirmación hasta que se complete la confirmación programada.

Nota

Si Junos OS no funciona antes de que los cambios en la configuración se activen, se perderán todos los cambios de configuración.

No puede introducir el commit at comando de configuración después de emitir request system reboot el comando.

No puede escribir el request system reboot comando una vez programada una operación de confirmación para una hora específica en el futuro.

No puede confirmar una configuración cuando hay una confirmación programada pendiente. Para obtener más información sobre cómo cancelar una configuración programada por medio clear del comando, consulte CLI Explorerel.

Nota

No se recomienda realizar una operación de confirmación en el motor de enrutamiento de copia de seguridad cuando el cambio de motor de enrutamiento correcto está habilitado en el dispositivo.

Supervisión del proceso de confirmación del Junos OS

Para supervisar el proceso de confirmación del Junos, display detail utilice el comando después de la commit canalización con el comando:

Por ejemplo:

Agregar un comentario para describir la configuración confirmada

Puede incluir un comentario que describa los cambios en la configuración confirmada. Para ello, incluya la instrucción COMMIT comment . El comentario puede ser tan largo como 512 bytes y debe escribirlo en una sola línea.

comment-string es el texto del comentario.

Nota

No puede incluir un comentario con el commit check comando.

Para agregar un comentario al commit comando, incluya la comment instrucción a continuación del commit comando:

Para agregar un comentario al commit confirmed comando, incluya la comment instrucción a continuación del commit confirmed comando:

Para ver estos comentarios de confirmación, emita show system commit el comando modo de funcionamiento.

A partir de Junos OS versión 11,4, también puede utilizar el commit confirmed comando en el [edit private] modo de configuración.

Información general sobre confirmaciones del lote de Junos OS

Junos OS proporciona una característica de confirmación por lotes que agrega o combina varias ediciones de configuración de diferentes sesiones o usuarios de la CLI, y las agrega a una cola de confirmación por lotes. Un servidor de confirmación por lotes que se ejecuta en el dispositivo realiza uno o varios trabajos de la cola de confirmación de lote, aplica los cambios de configuración a la base de datos de configuración compartida y, a continuación, confirma los cambios de configuración en una sola operación de confirmación.

El servidor de confirmación da prioridad a los lotes según la prioridad del lote especificada por el usuario o la hora a la que se agrega el trabajo por lotes. Cuando se completa una ejecución de lote, el siguiente conjunto de cambios de configuración se agrega y se carga en la cola de lotes para la siguiente sesión de la operación de confirmación por lotes. Los lotes se crean hasta que no quedan entradas de confirmación en el directorio de cola.

Cuando se compara con la operación normal commit, donde todas las confirmaciones se comprometen de manera independiente secuencialmente, las operaciones por lotes guardan tiempo y recursos del sistema mediante la asignación de varias ediciones pequeñas de configuración en una sola operación de confirmación.

Las confirmaciones del lote se [edit batch] realizan desde el modo de configuración. Las propiedades del servidor de confirmación se pueden configurar [edit system commit server] en el nivel de jerarquía.

Agregación y control de errores

Cuando se produce un error en tiempo de carga en uno de los trabajos agregados, se descarta el trabajo de confirmación que encuentra el error y se agregan y confirman los trabajos restantes.

Por ejemplo, si hay cinco trabajos de confirmación (commit-1, commit-2, commit-3commit-4, y commit-5) que se agregan, y commit-3 encuentra un error durante la carga, commit-3 se descarta y commit-1, commit-2commit-4, y commit-5 se agregan y confirman.

Si se produce un error durante la ejecución de la operación cuando se agregan y confirman dos o más trabajos, la agregación se descarta y cada una de esas tareas se confirma individualmente como si se realizara una operación normal de confirmación.

Por ejemplo, si hay cinco trabajos de confirmación (commit-1, commit-2, commit-3commit-4, commit-5y) que se agregan y, si se produce un error commit-3de confirmación debido a esto, la agregación se descarta, commit-1, commit-2commit-3commit-4,, y commit-5 se confirman individualmente, y la CLI informa de un error commit-3de confirmación.

Ejemplo Configurar las propiedades del servidor de confirmación por lotes

En este ejemplo se muestra cómo configurar las propiedades del servidor de confirmación por lotes para administrar las operaciones de ejecución por lotes.

Aplicables

En este ejemplo se utilizan los siguientes componentes de hardware y software:

  • Plataforma de enrutamiento universal para 5G serie MX

  • Junos OS la versión 12,1 o posterior que se ejecuta en el dispositivo

Descripción general

Puede controlar cómo controla la cola de confirmación por lotes el servidor de confirmación configurando las propiedades del servidor [edit system commit server] en el nivel de jerarquía. Esto le permite controlar cuántos trabajos de confirmación se agregan o se combinan en una sola confirmación de lote, el número máximo de trabajos que se pueden agregar a la cola, los días para conservar los registros de errores de confirmación por lotes, el intervalo entre dos confirmaciones de lotes y las operaciones de seguimiento para el lote operaciones de confirmación.

Automática

Configuración rápida de CLI

Para configurar rápidamente esta sección del ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, a continuación, copie y [edit] pegue los comandos en la CLI en la nivel jerárquico. Puede configurar las propiedades del servidor de confirmación desde el modo [edit] normal o el [edit batch] modo.

Dispositivo R0

Configuración de las propiedades del servidor de confirmación

Procedimiento detallado

  1. Adicional Configure el número de transacciones de confirmación que se agregarán o combinarán en una sola operación de confirmación.

    El valor predeterminado maximum-aggregate-pool es 5.

    Nota

    maximum-aggregate-pool Para 1 confirmar cada uno de los trabajos de forma individual.

    En este ejemplo, el número de transacciones de confirmación se establece 4 para indicar que se agregan cuatro trabajos de confirmación diferentes en una sola confirmación antes de que se inicie la operación de confirmación.

  2. Adicional Configure el número máximo de trabajos permitidos en un lote.

    Esto limita el número de trabajos de confirmación que se agregan a la cola.

    Nota

    Si establece maximum-entries en 1, el servidor de confirmación no podrá agregar más de un trabajo a la cola, y la CLI mostrará un mensaje adecuado cuando intente confirmar más de un trabajo.

  3. Adicional Configure el tiempo de espera (en segundos) antes de iniciar la siguiente operación de confirmación por lotes.
  4. Adicional Configure el número de días para conservar los registros de errores.

    El valor predeterminado es 30 Days.

  5. Adicional Configure operaciones de seguimiento para registrar eventos de ejecución por lotes.

    En este ejemplo, el nombre de archivo para registrar eventos de commitd_novejecución por lotes se establece y se establecen todos los indicadores de traceoption.

Resultados

Desde el modo de configuración, escriba el show system commit server comando para confirmar la configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Confirmación de la configuración del modo de configuración por lotes

Procedimiento detallado

Para confirmar la configuración desde el [edit batch] modo, realice una de las acciones siguientes:

  • Inicie sesión en el dispositivo y escriba commit.

  • Para asignar una prioridad mayor a un trabajo de confirmación por lotes, commit ejecute el comando priority con la opción.
  • Para confirmar una configuración sin agregar los cambios de configuración con otros trabajos de asignación de la cola, ejecute commit el comando con atomic la opción.
  • Para confirmar una configuración sin agregar los cambios de configuración con otros trabajos de ejecución de la cola y emitir una prioridad mayor al trabajo de confirmación, ejecute el commit comando con la atomic priority opción.

Comproba

Confirme que la configuración funciona correctamente.

Comprobar el estado del servidor commit de lotes

Finalidad

Compruebe el estado del servidor de confirmación por lotes.

Acción

user@R0> show system commit server

De forma predeterminada, el estado del servidor de confirmación Not runninges. El servidor de confirmación comienza la ejecución solo cuando se agrega un trabajo de confirmación por lotes a la cola.

Cuando se agrega una tarea de confirmación por lotes a la cola, el estado del servidor de confirmación Runningcambia a.

user@R0> show system commit server

Significado

El Jobs in process campo enumera los identificadores de confirmación de los trabajos que están en curso.

Comprobando el estado de confirmación del lote

Finalidad

Compruebe la cola del servidor de confirmación para el estado de las confirmaciones del lote.

Acción

user@R0> show system commit server queue

Significado

Pending commitsmuestra los trabajos de confirmación que se agregan a la cola de ejecuciones pero que aún no se han confirmado. Completed commits muestra la lista de trabajos de asignación que se han realizado correctamente. Error commits son las confirmaciones en las que se produjo un error.

Ver los archivos de revisión en un trabajo de confirmación por lotes

Finalidad

Vea las marcas de hora, los archivos de revisión y el estado de cada uno de los trabajos de confirmación. Los archivos de revisión muestran los cambios de configuración que se producen en cada operación de confirmación que se agrega a la cola de confirmación por lotes.

Acción

  1. Utilice el show system commit server queue patch comando para ver las revisiones para todas las operaciones de confirmación.
    user@R0> show system commit server queue patch

    El resultado muestra los cambios en la configuración para cada identificador de trabajo de confirmación.

  2. Para ver la revisión de un identificador de trabajo de confirmación específico, show system commit server queue patch id <id-number> emita el comando.
    user@R0> show system commit server queue patch id 1000

Significado

El resultado muestra la revisión creada para un trabajo de confirmación. El + signo - o indica los cambios en la configuración de un trabajo de confirmación específico.

Ver los archivos de seguimiento de las operaciones de ejecución por lotes

Finalidad

Vea los archivos de seguimiento para las operaciones por lotes commit. Puede utilizar los archivos de seguimiento para fines de solución de problemas.

Acción

  • Utilice el file show /var/log/<filename> comando para ver todas las entradas del archivo de registro.
    user@R0> file show/var/log/commitd_nov

    El resultado muestra los registros de eventos del servidor de confirmación y otros registros para las confirmaciones de lotes.

  • Para ver las entradas de registro sólo de las operaciones de ejecución de file show /var/log/<filename> lotes correctas, | match committed emita el comando con la opción pipe.

    La salida muestra los ID. de trabajo de confirmación por lotes para las operaciones correctas de confirmación.

    user@R0> file show/var/log/commitd_nov | match committed
  • Para ver las entradas de registro solo de las operaciones de ejecución por file show /var/log/<filename> lotes con errores | match &ldquo;Error while&rdquo; , ejecute el comando con la opción de canalización.

    El resultado muestra los identificadores de trabajo de confirmación de las operaciones de confirmación con error.

    user@R0> file show/var/log/commitd_nov | match “Error while”
  • Para ver las entradas de registro solo de los eventos de servidor file show /var/log/<filename> de confirmación, | match &ldquo;commit server&rdquo; ejecute el comando con la opción de canalización.

    El resultado muestra los registros de eventos del servidor de confirmación.

    user@R0> file show/var/log/commitd_nov | match “commit server”

Copia de seguridad de la configuración confirmada en la unidad de inicio alternativa

Después de confirmar la configuración y estar seguro de que se está ejecutando correctamente, debe ejecutar el request system snapshot comando para realizar la copia de seguridad del nuevo /altconfig software en el sistema de archivos. Si no emite el request system snapshot comando, la configuración de la unidad de inicio alternativa no estará sincronizada con la configuración de la unidad de arranque principal.

El request system snapshot comando realiza una copia de seguridad del sistema de /altrootarchivos root /config en /altconfigy para. La raíz y /config los sistemas de archivos se encuentran’en la unidad de memoria Flash /altroot de /altconfig enrutadores y los sistemas’de archivos se encuentran en el disco duro enrutador (si está disponible).

Nota

Para obtener más información sobre cómo realizar copias de seguridad del sistema de archivos en una serie ACX enrutador de metro universal, consulte Understanding System Snapshot on a serie ACX enrutador.

Después de emitir el request system snapshot comando, no podrá volver a la versión anterior del software, ya que las copias de seguridad y de ejecución del software son idénticas.

Release History Table
Publicación
Descripción
A partir de Junos OS versión de puntuaciones R1, puede completar el proceso de confirmación en dos pasos. Esta característica le permite configurar varios dispositivos y activar simultáneamente las configuraciones