Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Confirmando una configuración

El comando del modo de configuración le permite guardar los cambios de configuración del dispositivo en la base de datos de configuración y commit activar la configuración en el dispositivo.

Descripción del modelo de confirmación para configuraciones

La configuración del dispositivo se guarda mediante un modelo de confirmación: una configuración candidata se modifica como se desea y, luego, 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 actual y los tres primeros archivos de retorno ( juniper.conf.gz.1, juniper.conf.gz.2, juniper.conf.gz.3 ) se encuentran en el /config directorio. (El resto de los archivos de retorno, del 4 al 49, se encuentran en /var/db/config .)

Si el archivo de configuración rescue.conf.gz de recuperación se guarda en el sistema, este archivo también se debe guardar 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.

    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.

Confirmar la configuración de un dispositivo

Para guardar los cambios de configuración del dispositivo en la base de datos de configuración y para activar la configuración en el dispositivo, utilice el comando commit de 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.

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.

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.

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.

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 todos los que editan la configuración: los cambios se verán tan pronto como el usuario presione la tecla Intro al final de un comando que cambie la configuración, como , o seteditdelete .

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

A partir de Junos OS versión de puntuaciones R1, puede completar el proceso de confirmación en dos pasos. Esta función 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 configuración Virtual Chassis serie MX, es recomendable ejecutar comandos clear system commit prepared solo en el vc principal.

Confirmar configuraciones de dispositivos en dos pasos: Preparación y activació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.

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

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

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.

Activación de la configuración de un dispositivo pero que requiere 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 ingresando un comando o dentro de commit los 10 minutos siguientes al commit checkcommit confirmed comando. Por ejemplo:

Si la confirmación no se confirma dentro de un tiempo determinado (10 minutos de forma predeterminada), el sistema operativo revierte 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ónConfirmar 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:

También puede usar el commit confirmed comando en el modo de [edit private] configuración.

Programación de una operación de confirmación

Puede programar Cuándo desea que la configuración de los candidatos se active. Para guardar los cambios de configuración del dispositivo y activar la configuración en el enrutador en un momento futuro o tras el reinicio, utilice el comando de modo de configuración, especificando o en un futuro en el nivel de jerarquía commit atreboot [ edit ]:

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 tiempo en el formato [ ] (horas, minutos y, opcionalmente, segundos): confirme la configuración en el tiempo especificado, que debe estar en el futuro, pero antes de las hh:mm:ss 11:59:59 p. m. el día en que se emita el comando de modo de commit at 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 en el yyyy-mm-dd hh:mm formato [ :ss ] (año, mes, fecha, horas, minutos y, opcionalmente, segundos): confirme la configuración en el día y la hora especificados, que deben ser después de que se emita el commit at comando. Utilice una hora de 24 horas para hh el valor. Por ejemplo, 2018-08-2112:30:00 a las 12:30 p. m. del 21 de agosto del 2018.  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 el software del dispositivo falla antes de que los cambios de 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 acerca de cómo cancelar una configuración programada mediante el clear comando, consulte el CLI Explorer.

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

Para supervisar el proceso de confirmación de la configuración del dispositivo, utilice display detail el comando después de la barra vertical con el commit 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 commit comment instrucción. 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.

Nota:

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.

Descripción general de confirmaciones de lotes

La confirmación por lotes agrega o combina varias modificaciones de configuración de diferentes CLI o usuarios, 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 paso a paso
  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 paso a paso

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

Purpose

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

Intervención

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.

Efectos

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

Purpose

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

Intervención
Efectos

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

Purpose

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.

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

    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.

Efectos

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

Purpose

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

Intervención
  • Utilice el file show /var/log/<filename> comando para ver todas las entradas del archivo de registro.

    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.

  • Para ver las entradas de registro solo de las operaciones de ejecución por file show /var/log/<filename> lotes con errores | match “Error while” , 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.

  • Para ver las entradas de registro solo de los eventos de servidor file show /var/log/<filename> de confirmación, | match “commit server” ejecute el comando con la opción de canalización.

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

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. Los sistemas raíz y de archivos se encuentran en la unidad flash del enrutador, y los sistemas de archivos y se encuentran en el disco duro del enrutador /config/altroot/altconfig (si está disponible).

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.