Migracion inicial desde DokuWiki

2025-12-01 12:03:30 -03:00
commit df77d289d1
136 changed files with 7638 additions and 0 deletions
--- a/tecnica/milenium/datos_tecnica.md
+++ b/tecnica/milenium/datos_tecnica.md
@@ -0,0 +1,105 @@
+# DATOS IMPORTANTES
+
+## INFORMACION DE CONTACTO PROTEC
+
+Existen dos tipos de eventos que tienen sus respectivos mecanismos de contacto; estos son:  
+i- Teléfono: Este es el canal preferente, para el reporte de casos de emergencia y fuera del horario de oficina. Protecmedia: +56 2 26909090  
+ii- Un evento considerado como una anomalía pero que no pone en peligro la salida del diario debe ser enviado al correo electrónico servicedesk_latam@protecmedia.com.  
+  
+Respecto de las actualizaciones de software, la gente de España nos deja los parches a instalar en su servidor FTP:  
+ftp://ftpoperaciones.protecmedia.com  
+Carpeta: Dia Plata  
+Usuario: diaplata  
+Pass: pr0tecPTdi  
+
+## INSTALACION
+
+Mile1 = 192.168.4.241  
+Mile2 = 192.168.4.242  
+Acceso radmin Usuario: milenium, pass PTP847Mile.  
+Usuario del dominio: idem radmin  
+discos:  
+disco1 = E - base de datos, 276G  
+disco2 = Q - quorum, 2G.  
+disco3 = F - redologs, 198G.  
+disco4 = G - hotfolders, 98G  
+Las ips para el cluster son:  
+192.168.4.184 gestión  
+192.168.4.185 base de datos  
+192.168.4.186 aplicaciones  
+192.168.4.187 backup  
+Mile3: IP 192.168.4.248 (Réplica)  
+Piloto: IP 192.168.4.249  
+  
+En condiciones normales, en Mile1 debe estar corriendo los servicios (LSO, Monitor, Autophoto, Milenium Express, Input Server, Search Server, Security y Tracking).  
+Si esto no se cumple, señal de que estamos en problemas.  
+Mile3 es el servidor donde se hace la réplica online de la BD de producción (en realidad, se hace cada 1 hora) y ahí también copiamos las publicaciones cada 30’ que nos sirven también de backup.  
+El backup de BD se copia a las 4:30am a Piloto todos los días.  
+  
+El dongle de producción (que tiene todas las licencias de las aplicaciones) está conectado al nodo 1, y el de emergencia al nodo2. Si, por alguna razón, las aplicaciones conmutaran al nodo2 al conectarse desde cualquier cliente aparecerá un cartel que indica “Quedan n días para que finalicen las licencias”. Esto no es impedimento para que los usuarios sigan trabajando normalmente pero es una alarma para nosotros que indica que algún servicio tuvo problemas en el nodo 1 y se produjo la conmutación al 2.  
+
+## INSTALACION DE PARCHES Y ACTUALIZACIONES DE CLIENTES
+
+### Actualización BD Milenium
+
+i- arrancar el SQL Developer (En el NODO2 ir a  Programas \> Oracle – OraClient11g_home1 \> Desarrollo de aplicaciones \> SQL Developer)  
+ii- Conectarse a la BD Milenium haciendo click en el más  
+Usuario/clave: milenium/milenium  
+iii- Copiar el primer script que nos hayan enviado.  
+El orden es siempre el mismo: Edibase, Milenium y el resto de productos (ahí ya no importa el orden). Los parches son siempre acumulativos, por lo que al ejecutarlos enteros (que es como debemos hacerlo), siempre darán error las primeras líneas. No pasa nada pero, ante la duda, mandar el resultado a operaciones y te confirman que está todo bien.  
+iv- De los dos iconos de Play, elegir el segundo para que muestre abajo el resultado de las operaciones que va haciendo. Te va diciendo lo que pasa: por ejemplo, ya existe un constraint con ese nombre (lo que indica que ya se ejecutó) y las últimas líneas son las correctas.  
+v- Limpiar la pantalla, pasar al siguiente script, los errores son del mismo tipo: ya existen esos campos o restricciones. Así hasta ejecutar todos los scripts que nos hayan mandando.  
+vi- Así ya estaría la base de datos actualizada  
+==== Actualización de servidores ====
+
+i- Parar los servicios  
+ii- Pisar todos los ejecutables y dlls que nos hayan enviado dentro del parche, hacerlo en los 2 servidores.  
+iii- Levantar los servicios nuevamente  
+==== Actualización de clientes ====
+
+i- Entrar a \\zeus\instalar\PROTEC, borrar el directorio “anterior” y hacer una copia del directorio “ultima” y renombrarlo “anterior”  
+ii- Guardar los ejecutables y dlls nuevos en “ultima” pisando a los existentes  
+iii- En cada máquina de usuario pisar los ejecutables y DLLs que correspondan  
+
+## EXPORTACION A LA WEB
+
+### Forzar a la BD a exportar una publicación ya exportada
+
+Si ocurre algún evento que hace que debamos exportar nuevamente los XMLs de una publicación, la única forma es forzando a la base de datos a que crea que nunca se exportó dicha publicación. Esto se logra corriendo el siguiente comando en el SQL Developer\*  
+UPDATE EDFECHACOPIAXML SET FECHACOPIAXML=NULL WHERE TRUNC(FECHACOPIAXML)=’11/09/2012’; (ojo con las comillas, corregirlas en el SQL)  
+COMMIT;  
+(reemplazar por la fecha de la publicación que corresponda)  
+\*ver punto 3) a) i y ii  
+
+### Liberar un proceso de publicación que se haya colgado
+
+Si por alguna razón, durante el proceso de publicación se colgara el EDITOR y, al intentar publicar nuevamente, apareciera un cartel diciendo: “Ya hay un proceso activo de publicación en la web. Revise los procesos activos de publicación en la Web”, en ese caso deberán ir a: solapa @, en el blanco del árbol con botón derecho del mouse: Salida a Internet  Ver procesos activos de publicación en la web… Cancelar proceso  
+![{{:tecnica:milenium:salida.jpg\|](/tecnica/milenium/salida.jpg)}}
+
+## CONTROL DE VERSIONES, RECUPERACION DE CONTENIDOS
+
+### Recuperación de estados anteriores de contenidos guardados
+
+el Control de Versiones tendrá su primera versión del artículo cuando el usuario lo guarde por primera vez en base de datos (esto abarca tanto artículos en publicación o en adelanto). Para ello, debe hacer lo siguiente:  
+- Si está trabajando con artículo en adelanto: tiene que apretar Ctrl+S o los disquetes de arriba (guardado en edición, o sea, sin liberar el artículo). Las dos opciones conducen a lo mismo. La forma de liberarlo es cerrando el artículo en edición. Si el programa se cuelga o se cierra en forma incorrecta sin haber cerrado antes el artículo, el mismo quedará reservado por el usuario y deberá liberarlo antes de volver a trabajar en él.  
+- Si está trabajando con artículo en publicación: también tiene que apretar Ctrl+S o disquetes, o directamente con botón derecho guardar artículo (en este caso, luego de guardarlo lo libera). La anterior, sería la forma de recuperar una versión vieja del artículo, habrá tantas versiones como modificaciones seguidas de Ctrl+S se hayan realizado. Es importante saber que acá no tiene nada que ver el autoguardado cada 3 minutos. Esto depende únicamente del usuario, si no guarda, no hay versión anterior.  
+==== Recuperación de contenidos en edición luego de un “cuelgue” ==== respecto del autoguardado cada 3 minutos (si abren un editor y van a Archivo \> Preferencias, verán que esto está seteado por defecto), esto sirve únicamente para recuperar contenidos que se estaban editando y no se habían guardado cuando, por alguna razón, se colgó el editor, se apagó la máquina o pasó algo que hizo que el usuario “perdiera” lo que estaba trabajando en el momento. Entonces, se vuelve a abrir el editor en la máquina del usuario, se va a Archivo\>Ver elementos en edición\>Propios, Solapa Componentes de Artículos y allí se seleccionan los contenidos que se desean recuperar. En este punto hay 2 alternativas:  
+- Liberar edición: recuperará el último estado guardado por el usuario  
+- Recuperar edición: recuperará el último estado guardado por el sistema (o sea, que si el usuario guardó y siguió trabajando y el sistema alcanzó a guardar algo más con el autoguardado cada 3 minutos, recuperará una versión más trabajada del artículo). Es importante saber que algo puede haber perdido, si alcanzó a editar algo antes de que el sistema volviera a guardar y ahí se colgó el programa. Pero la pérdida debiera ser mínima (un trabajo de menos de 3 minutos).  
+Es importante saber que ese autoguardado cada 3 minutos se hace en archivos temporales de la máquina de usuario, por lo que la única forma de recuperar lo último es abriéndolo en la máquina del usuario.  
+==== Autoborrado de artículos en adelanto ==== En Milenium Cross Media Manager del nodo 2 (usuario milenium, clave milenium), dentro de Configuración del Sistema se encuentran los seteos para los borrados automáticos.  
+En el caso de los artículos en adelanto, está configurado para que se borren automáticamente a los 15 días de su creación, aunque, si no se utilizaron, no se borran nunca. El sistema considera que un artículo en adelanto fue utilizado si se “refunde” en un artículo de una publicación. Si, por el contrario, para utilizarlo en un artículo, se copian y pegan sus contenidos, el sistema no tiene forma de enterarse de esta acción y considera que no se utilizó, por lo que no los borrará.  
+![bor.jpg](/tecnica/milenium/bor.jpg)  
+Asimismo el periodista, desde el Editor, puede modificar o sacar la fecha de autoborrado cuando carga su artículo, de manera que se borre en otra fecha o nunca. ![bor2.png](/tecnica/milenium/bor2.png)  
+
+#### Recuperación de páginas y publicaciones
+
+cada 30’ se guarda en el disco G del clúster, directorio Security, todas las publicaciones en producción y sus páginas con los contenidos correspondientes al momento del guardado. Se guardan las 3 últimas medias horas, por lo que se podrían recuperar los contenidos de hasta 1 hora y media antes.  
+Para recuperar páginas conviene usar, por ejemplo, las publicaciones AREA_TECNICA (DIA o EL PLATA) de manera de no afectar a la publicación en producción.  
+i- En la solapa de Secciones, pararse sobre la publicación y, con botón derecho, agregar la sección que se desee recuperar  
+ii- En la misma solapa, pararse sobre la sección y, con botón derecho, importar páginas:  
+![imp.png](/tecnica/milenium/imp.png) Para recuperar una publicación completa: i- Archivo\>Importar  seleccionar la publicación deseada del disco G de Mile1  
+ii- Elegir el primer archivo dentro de la carpeta (que corresponde a la publicación completa)  
+iii- Tener la precaución de cambiar el nombre de la publicación para que no pise o entre en conflicto con una existente.  
+iv- Apretar Abrir y comenzará la importación.  
+![imp2.png](/tecnica/milenium/imp2.png)
--- a/tecnica/milenium/diccionarios.md
+++ b/tecnica/milenium/diccionarios.md
@@ -0,0 +1,12 @@
+# CONVERTIR DICCIONARIO PERSONAL EN GLOBAL
+
+1\) Desde el Editor, ir a Configuración –\> Administración de diccionarios  
+<img src="/tecnica/milenium/diccionarios.png" data-query="?400" width="400" alt="diccionarios.png" />  
+2) Seleccionar el diccionario personal que se quiere convertir en Global  
+3) Exportar  
+4) Importar, cambiarle el nombre a Global y en comentarios aclarar a partir del diccionario de qué usuario se generó  
+5) Seleccionar como predeterminado  
+  
+Nota: Si ya existe uno Global, hay 2 posibilidades:  
+1) Si lo generó la misma persona que el que queremos convertir ahora, lo eliminamos primero y luego importamos el nuevo  
+2) Si lo generó otra persona, primero debemos exportarlo, editarlo con un editor de texto, agregarle el contenido del diccionario personal que exportamos primero y luego importar el archivo compuesto. No olvidar indicar en comentarios desde qué diccionarios personales se generó.
--- a/tecnica/milenium/instalacion_oracle.md
+++ b/tecnica/milenium/instalacion_oracle.md
@@ -0,0 +1,24 @@
+# Instalación del servidor de base de datos
+
+winx64_12102_SE2_database_1of2\database\setup.exe
+
+<img src="/tecnica/milenium/01-oracle-instalacion.png" data-query="?200" width="200" alt="01-oracle-instalacion.png" /> <img src="/tecnica/milenium/02-oracle-instalacion.png" data-query="?200" width="200" alt="02-oracle-instalacion.png" /> <img src="/tecnica/milenium/03-oracle-instalacion.png" data-query="?200" width="200" alt="03-oracle-instalacion.png" /> <img src="/tecnica/milenium/04-oracle-instalacion.png" data-query="?200" width="200" alt="04-oracle-instalacion.png" /> <img src="/tecnica/milenium/05-oracle-instalacion.png" data-query="?200" width="200" alt="05-oracle-instalacion.png" /> <img src="/tecnica/milenium/06-oracle-instalacion.png" data-query="?200" width="200" alt="06-oracle-instalacion.png" /> <img src="/tecnica/milenium/07-oracle-instalacion.png" data-query="?200" width="200" alt="07-oracle-instalacion.png" /> <img src="/tecnica/milenium/08-oracle-instalacion.png" data-query="?200" width="200" alt="08-oracle-instalacion.png" /> <img src="/tecnica/milenium/09-oracle-instalacion.png" data-query="?200" width="200" alt="09-oracle-instalacion.png" /> <img src="/tecnica/milenium/10-oracle-instalacion.png" data-query="?200" width="200" alt="10-oracle-instalacion.png" />
+
+En el paso 7 cuando pide el usuario se debe crear uno nuevo que no debe tener permisos administrativos [Listado de contraseñas](/tecnica/contrasenas#Milenium)
+
+# Instalación del cliente de base de datos
+
+winnt_12102_client32 (1)\client32\setup.exe  
+**Nota:** *El cliente debe ser de 32bits porque las aplicaciones están compiladas en 32bits.*
+
+<img src="/tecnica/milenium/01-oracle_cliente-instalacion.png" data-query="?200" width="200" alt="01-oracle_cliente-instalacion.png" /> <img src="/tecnica/milenium/02-oracle_cliente-instalacion.png" data-query="?200" width="200" alt="02-oracle_cliente-instalacion.png" /> <img src="/tecnica/milenium/03-oracle_cliente-instalacion.png" data-query="?200" width="200" alt="03-oracle_cliente-instalacion.png" /> <img src="/tecnica/milenium/04-oracle_cliente-instalacion.png" data-query="?200" width="200" alt="04-oracle_cliente-instalacion.png" /> <img src="/tecnica/milenium/05-oracle_cliente-instalacion.png" data-query="?200" width="200" alt="05-oracle_cliente-instalacion.png" /> <img src="/tecnica/milenium/06-oracle_cliente-instalacion.png" data-query="?200" width="200" alt="06-oracle_cliente-instalacion.png" /> <img src="/tecnica/milenium/07-oracle_cliente-instalacion.png" data-query="?200" width="200" alt="07-oracle_cliente-instalacion.png" />
+
+# Desinstalación del servidor y cliente de base de datos
+
+`Servidor:` Inicio -\> Oracle - OraDB12Home1 -\> Productos de Instalación Integrada -\> Universal Installer
+
+`Cliente:` Inicio -\> Oracle - OraClient12Home1_32bit -\> Productos de Instalación Integrada -\> Universal Installer
+
+<img src="/tecnica/milenium/01-oracle_cliente-desinstalacion.png" data-query="?200" width="200" alt="01-oracle_cliente-desinstalacion.png" /> <img src="/tecnica/milenium/02-oracle_cliente-desinstalacion.png" data-query="?200" width="200" alt="02-oracle_cliente-desinstalacion.png" /> <img src="/tecnica/milenium/03-oracle_cliente-desinstalacion.png" data-query="?200" width="200" alt="03-oracle_cliente-desinstalacion.png" />
+
+**Nota:** *Marcar solo los productos no los contenedores ya que sino no desinstalará nada. Una vez eliminado los componentes, seleccionar y eliminar los contenedores.*
--- a/tecnica/milenium/milenium_en_la_nube.md
+++ b/tecnica/milenium/milenium_en_la_nube.md
@@ -0,0 +1,213 @@
+# Migración Milenium a la nube
+
+## Instaladores
+
+Los instaladores de todos los clientes están en \\zeus\Instalar\PROTEC\MileEnLaNube  
+El Milenium Search Manager reemplaza al Input Server Assistant y el MDXP Manager reemplaza al Cross Media Manager. Ahora podemos instalarlos en cualquier PC y los conectamos por LSO como al resto de los clientes. No necesitan correr en el servidor.
+
+### LSO
+
+Datos para la conexión LSO:  
+  
+<img src="/tecnica/milenium/lso.png" data-query="?400" width="400" alt="lso.png" />
+
+## Servidores en la nube
+
+<img src="/tecnica/milenium/servidores.png" data-query="?400" width="400" alt="servidores.png" />
+
+## VPN con OCI
+
+\# Conexion con Oracle Cloud Infrastructure conn eldia-oci1-porTeco
+
+      type=tunnel
+      ike=aes256-sha256-modp2048
+      ikelifetime=28800s
+      authby=secret
+      left=186.125.237.178
+      leftsubnet=192.168.4.0/24
+      right=129.151.102.163
+      esp=aes256-sha256-modp2048
+      keyexchange=ikev1
+      auto=start
+
+\# Conexion con Oracle Cloud Infrastructure conn eldia-oci2-porTeco
+
+      type=tunnel
+      ike=aes256-sha256-modp2048
+      ikelifetime=28800s
+      authby=secret
+      left=186.125.237.178
+      leftsubnet=192.168.4.0/24
+      right=129.151.104.194
+      esp=aes256-sha256-modp2048
+      keyexchange=ikev1
+      auto=add
+
+\# Conexion con Oracle Cloud Infrastructure conn eldia-oci1-porTasa
+
+      type=tunnel
+      ike=aes256-sha256-modp2048
+      ikelifetime=28800s
+      authby=secret
+      left=200.70.34.250
+      leftsubnet=192.168.4.0/24
+      right=129.151.105.90
+      esp=aes256-sha256-modp2048
+      keyexchange=ikev1
+      auto=add
+
+\# Conexion con Oracle Cloud Infrastructure conn eldia-oci2-porTasa
+
+      type=tunnel
+      ike=aes256-sha256-modp2048
+      ikelifetime=28800s
+      authby=secret
+      left=200.70.34.250
+      leftsubnet=192.168.4.0/24
+      right=129.151.99.200
+      esp=aes256-sha256-modp2048
+      keyexchange=ikev1
+      auto=add
+
+### Levantar tunel OCI
+
+Si se cae el túnel con la OCI y no levanta automáticamente hay que hacerlo manualmente
+
+<img src="/tecnica/milenium/hermeslevantartunel.png" data-query="?400" width="400" alt="hermeslevantartunel.png" />
+
+## Autophoto
+
+FTP para el autofoto de milenium en la nube es:  
+ftp2.eldiaservicios.com  
+usuario= mileniumcloud  
+clave= nex9AwU-5E  
+  
+
+## Exportación Web
+
+Los XML se generarán en un servidor de la nube, en el directorio \\10.211.96.116\eldia  
+El manager deberá apuntar a: <https://cloud.eldiaservicios.com/web_export> para realizar la importación. El xml raís es el mweb_42.xml (ver cuando se ponga en producción si se mantiene el nombre).
+
+La IP pública de cloud.eldiaservicios.com es 144.22.36.235.  
+Ahí mismo corre el Editor Web
+
+## Plan Manager
+
+Para la conexión a la BD Prolia se hizo un NAT a una IP de la red 4: 192.168.4.18. Está habilitado el ping y el puerto 1433 sql  
+El directorio de los avisos ya no será en \\Clasi2\AvisosMile porque los servidores de la OCI no pueden conectarse a nuestro dominio.  
+Nuevo directorio para los avisos: \\10.211.96.9\AvisosMile. Publicidad y taller seguirán tirando los avisos en el directorio actual de Clasi 2 y cada 5’ se copiarán a la nube a través de un script que corre en Tareas10. Una vez que estén estabilizados los túneles, directamente trabajarán sobre el directorio en la nube.  
+Cuando comencemos a usarlo hay que cambiar la vista AZANU para que apunte ahí.  
+Las máquinas que usan Plan Manager y las que arman/guardan los avisos deberán tener mapeado este directorio para que puedan ver los avisos en la publicación.
+
+## Fuentes del sistema
+
+Las fuentes que se usan en los distintos tipos de publicación se cargan desde una PC que las tenga previamente instaladas. Solo se requiere cargar las fuentes que no son propias de Windows.  
+La carga se hace desde el Designer –\> Configuración –\> Fuentes del sistema
+
+<img src="/tecnica/milenium/fuentes.png" data-query="?400" width="400" alt="fuentes.png" />  
+Para que aparezca en el listado de fuentes que se pueden añadir, previamente tenemos que instalarla en la PC.  
+**NOTA:** Una vez que las fuentes se añaden a las del sistema, no es necesario cargarlas en las PCs de los usuarios.
+
+## Agencias
+
+La configuración de las Agencias se hace desde el Milenium Search Manager.  
+En el árbol de Entrada de contenidos, nos ubicamos en MDXP Input 7.5.1 y allí podemos ver las agencias cargadas, editarlas, agregar o borrar. También, las entradas cargadas se pueden pausar, desactivar o iniciar.  
+Agencias configuradas:  
+==== AFP ==== Ingesta de CABLES  
+La agencia se conectará via FTP a nuestro server (datos del FTP más abajo).  
+Medio de entrada: Carpeta Carpeta: D:\FTP\localuser\cdaafp\input  
+Formato de los XML de agencia: AFP  
+Permanencia en BD: 7 días
+
+### EFE
+
+Ingesta de CABLES  
+La agencia se conectará via FTP a nuestro server (datos del FTP más abajo).  
+Medio de entrada: Carpeta Carpeta: D:\FTP\localuser\cdaefe\input  
+Formato de los XML de agencia: EFE  
+Permanencia en BD: 7 días
+
+### AP
+
+Ingesta de CABLES Y FOTOS  
+Los contenidos se descargan en una carpeta local del servidor vía el Media API Agent de AP corriendo en el mismo server  
+Medio de entrada: Carpeta Carpeta: D:\FTP\localuser\cdaap\input  
+  
+Para fotos filtrar por extensión \*.jpg  
+Permanencia de fotos en BD: 3 días  
+  
+Para textos, formato de los XML de agencia: AP  
+Permanencia de textos en BD: 7 días  
+
+### LOCAL
+
+Ingesta de FOTOS  
+En el servidor Tareas10 corre una macro INLOC_milenube que copia las fotos de \\192.168.4.238\foto\InLoc a \\10.211.96.9\input_local, finalmente las mueve a c:\AgenciaLocal para que las procece la macro AgenciaLocal  
+Medio de entrada: Carpeta Carpeta: D:\FTP\localuser\cdalocal\input  
+Formato de archivos: cualquier formato  
+Permanencia en BD: 4 días
+
+### EUROPA PRESS
+
+Ingesta de CABLES Y FOTOS  
+La agencia se conectará via FTP a nuestro server (datos del FTP más abajo).  
+Medio de entrada: Carpeta Carpeta: D:\FTP\localuser\cdadep\input  
+  
+Permanencia de contenidos en BD: 7 días  
+  
+Para textos, formato de los XML de agencia: Europa Press  
+
+## Backup Local
+
+Se instaló localmente un backup en el que se hace una réplica cada 3’ de la BBDD de la nube.
+
+• BBDD 192.168.4.251 - Oracle linux 7.9 - acceso por ssh  
+usuario root, pass PTP847Mile  
+4vCPU 32 GB RAM  
+S.O Oracle Linux 7.9  
+Discos:  
+S.O 100GB  
+BBDD: 300GB  
+BACK: 450GB  
+
+• Aplicaciones 192.168.4.250 - Windows 2019 server - acceso vnc  
+La contraseña del Win2019 del VNC es Protec1  
+usuario administrador, pass PTP847Mile  
+4vCPU 16 GB RAM  
+S.O Windows 2019  
+Discos:  
+S.O 250GB  
+DATOS: 200GB  
+• Proxmox 192.168.4.252 pvemile (usuario root y pass Diagonal423)
+
+El servidor w2019 está instalado sobre este proxmox.
+
+De haber algún problema de acceso a los servidores de la nube, la gente de PROTEC abrirá la réplica, dejándola disponible para trabajar localmente. En ese caso hay que cambiar la IP del LSO en los clientes de escritorio por la 192.168.4.250 (MileBack). Ver clientes web.
+
+En caso de usarse la contingencia, no estarán disponibles las agencias vía search, sino que deberán acceder a cada una a través de las webs de agencia.
+
+Adicionalmente, hay que cambiar en Manager.eldia.com el path donde se buscan los XML de migración porque el servidor de contingencia está configurado para exportar en un servidor local: \\192.168.5.170\web_export\ELDIA, por lo que el manager tiene que acceder por https a <https://extras.eldia.com/migracion/> (pedir el cambio a Mustang)
+
+## FTP en la nube
+
+FTP local creado para administrar los servicios:  
+Servidor 129.151.115.215  
+Usuario cdgdlpt  
+Clave zOx\|hY6wx?Y9QRf\$TAQJQso (clave hasta el 10/4/25 Cpgdp2022)  
+
+## Usuarios FTP para las agencias
+
+### AFP
+
+usuario cdaafp  
+Clave vDiAji=ddZHAeXPwt_RQhz (clave hasta el 10/4/25 847AfPcDa)  
+
+### EFE
+
+Usuario cdaefe  
+Clave tW0oA0\$6h2HS/bpvRG59p!s (hasta el 10/4/25 CdaiEFE22)  
+
+### Europa Press
+
+Usuario cdadepb  
+Clave OKur3\$Zdo3tqL?U_XDJZL9c (hasta el 10/4/25 CdaiEP23)
--- a/tecnica/milenium/resolucion_de_incidencias.md
+++ b/tecnica/milenium/resolucion_de_incidencias.md
@@ -0,0 +1,73 @@
+# Se cortó la ejecución de un módulo
+
+Se cierra un modulo de Milenium mientras se está ejecutando en forma anormal, el usuario queda bloqueado y no puede volver a ingresar.  
+En cualquiera de los 3 Milenium ejecutamos el proceso VerLic para poder desbloquear el usuario.  
+Introducimos la IP **192.168.4.186** con el puerto **5500** <img src="/tecnica/milenium/milenium-verlic.jpg" class="align-center" data-query="?300" width="300" alt="milenium-verlic.jpg" />  
+
+# Error en la exportación para web
+
+  
+<img src="/tecnica/milenium/sqldeveloper.jpg" class="align-left" data-query="?200" width="200" alt="sqldeveloper.jpg" />
+
+1.  **Forzar a la BD a exportar una publicación ya exportada:** Si ocurre algún evento que hace que debamos exportar nuevamente los XMLs de una publicación, la única forma es forzando a la base de datos a que crea que nunca se exportó dicha publicación. Esto se logra corriendo el siguiente comando en el SQL Developer *(Conectarse a la BD Milenium haciendo click en el más [Listado de contraseñas](/tecnica/contrasenas))*:  
+    **UPDATE EDFECHACOPIAXML SET FECHACOPIAXML=NULL WHERE TRUNC(FECHACOPIAXML)=’11/09/2012’**;  
+    // (Nota: ojo con las comillas, corregirlas en el SQL y reemplazar por la fecha de la publicación que corresponda).//  
+    **COMMIT;**  
+2.  **Liberar un proceso de publicación que se haya colgado:** Si por alguna razón, durante el proceso de publicación se colgara el EDITOR y, al intentar publicar nuevamente, apareciera un cartel diciendo: “Ya hay un proceso activo de publicación en la web. Revise los procesos activos de publicación en la Web”, en ese caso deberán ir a: solapa @, en el blanco del árbol con botón derecho del mouse: Salida a Internet -\> Ver procesos activos de publicación en la web… Cancelar proceso.  
+    <img src="/tecnica/milenium/milenium-www-procesosactivospublicacionweb.jpg" class="align-left" data-query="?300" width="300" alt="milenium-www-procesosactivospublicacionweb.jpg" />  
+      
+      
+    ====== Aumentar el nivel de detalle de registro del servicio Input Server ======
+
+Para poder tener mayor precisión sobre inconveniente que causa la caída del servicio, usamos Regedit:  
+**HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Milenium Input Server\Parameters\PREFERENCIAS\\**
+
+Añadiendo en la entrada **LOG_LEVEL** el valor **14**, es decir, máximo nivel de información en el Monitor. El valor por defecto es Cero (0)
+
+Después de obtener el detalle del error se debará volver a cero, para que no se envíen muchos datos de depuración al Monitor.  
+
+# Error en el cluster
+
+Se da generalmente a la madrugada cuando se inicia la copia de seguridad, aparentemente existe algún problema de red, que hace que ambos nodos se peleen por la IP y generan este problema.  
+  
+<img src="/tecnica/milenium/captura_de_pantalla_de_2020-05-06_10-37-41.png" class="align-center" data-query="?direct&amp;600" width="600" alt="captura_de_pantalla_de_2020-05-06_10-37-41.png" />  
+Debemos entonces desde el administrador de cluster parar los servicios y aplicaciones:
+
+- DIA_APLICATIONS
+- DIA_BACKUP
+- DIA_MILENIUM
+
+<img src="/tecnica/milenium/captura_de_pantalla_de_2020-05-06_11-08-14.png" class="align-center" data-query="?direct&amp;400" width="400" alt="captura_de_pantalla_de_2020-05-06_11-08-14.png" /> Una vez todos los servicios detenidos, reiniciamos Mile1 y Mile2 y distribuimos aplicaciones y servicios de la siguiente manera (mover este servicio o aplicación a otro nodo):
+
+- DIA_APLICATIONS -\> Mile1 -\> 192.168.4.186
+- DIA_BACKUP -\> Mile2 -\> 192.168.4.187
+- DIA_MILENIUM -\> Mile2 -\> 192.168.4.185
+
+Volvemos luego a habilitar las aplicaciones y servicios.  
+***NOTA:*** Una vez efectuado esto, revisar el backup porque es probable que no se haya realizado.
+
+# Problema con copia de seguridad
+
+Revisamos los registros del servidor para saber el motivo del error, esto es en: C:\archivos de programa (x86)\Protecmedia\Backup Service\\ estan los archivo:
+
+**hotbackup_RMAN_milenium_last** (por ejemplo): *RMAN-03009: fallo del comando backup en el canal backup_disk1 en 05/06/2020 11:43:25 ORA-19502: error de escritura en el archivo “F:\BD_MILENIUM\FLASH_RECOVERY_AREA\MILENIUM\BACKUPSET\2020_05_06\O1_MF_NCNDF_DATAFILES_HC5M202C\_.BKP”, bloque n?mero 590208 (tama?loque=16384) ORA-27072: Error de E/S del archivo OSD-04008: fallo de WriteFile(); no se ha podido escribir en el archivo O/S-Error: (OS 112) Espacio en disco insuficiente. Recovery Manager terminado.*
+
+**Error_Service_milenium** (por ejemplo): *06/05/2020 11:43:26 Error milenium Acceso denegado a la ruta de acceso ‘\\192.168.4.185\f\$\bd_milenium\Flash_recovery_area\MILENIUM\BACKUPSET’.*
+
+Revisar el espacio disponible en el disco F del Milenium3 (4.248) que es donde se hace la copia.
+
+En el Backup Manager seleccionamos en Modify Next Action -\> Backup y \[Set\] para iniciar la copia.
+
+<img src="/tecnica/milenium/captura_de_pantalla_de_2020-05-06_11-15-48.png" class="align-center" data-query="?direct&amp;600" width="600" alt="captura_de_pantalla_de_2020-05-06_11-15-48.png" />
+
+# Milenium photo en rotativa
+
+Si se cierra el photoshop inesperadamente revisar la conexión a internet, si no pueden navegar las maquinas cambiar la puerta de enlace de Afrodita para que navegue a través de Hermes:
+
+     ip r del default
+     ip r add default via 192.168.87.1
+
+y modificar iptables.rg
+
+     iptables -t nat -A POSTROUTING -o $FIBRA_IF -j SNAT --to-source $FIBRA_IP
+     /etc/init.d/iptables.sh restart
--- a/tecnica/milenium/soporte_tecnico.md
+++ b/tecnica/milenium/soporte_tecnico.md
@@ -0,0 +1,12 @@
+# Soporte técnico de ProtecMedia
+
+Existen dos tipos de eventos que tienen sus respectivos mecanismos de contacto, estos son:
+
+1.  Teléfono: Este es el canal preferente, para el reporte de casos de emergencia y fuera del horario de oficina. Protecmedia Whatsapp: **+56 9 59063928**.  
+    - Un evento considerado como una anomalía pero que no pone en peligro la salida del diario debe ser enviado al: [servicedesk_latam@protecmedia.com](servicedesk_latam@protecmedia.com).  
+
+Respecto de las actualizaciones de software, la gente de España nos deja los parches a instalar en su servidor FTP:  
+ftp://ftpoperaciones.protecmedia.com  
+Carpeta:  Dia Plata  
+Usuario:  diaplata  
+Pass: pr0tecPTdi