Alfonsoorozcoaguilar.com

Mientras escribo estoy probando una idea extraña, una máquina virtual con windows 2000 para revisar dos códigos de Visual Basic que hice hace años, solo que como los triggers los creaba sobre la marcha, necesito que la base de datos funcione.

Mi disco de herramientas “viejas” tenía el SP3a de Sql 2000. y aunque parezca increible no tenía el sp4. No quiero tener el error de 538 y 539 por versiones de respaldos, así que estoy descargando el sp4 en la virtual, que reconoció a la primera la red (windows xp y ubuntu no). Sigo pensando que algo está mal desde windows xp en adelante. El windows 2000 tiene problemas de drivers normalmente, pero usando los guest additions del virtual box, manejó solito el de video.

En el corporativo los de nómina ya cobraron, supongo que me hicieron ya la transferencia electrónica. Desde hace unos años que no veía que dieran vales de despensa. Prestación decente. Ni soñarlo en el corporativo anterior. Incluso la posibilidad les daría un infarto =P

Por otra parte Ubuntu me está dando problemas con la 11.04 en la LGX 110, así que voy a probar Debris 2.0

De momento tengo una fecha de entrega para este viernes, lo que es muy manejable. Sin embargo, al empezar a anotar los pendientes, me encuentro con un problema. Aqui usan MSSQL server, asi que si quiero usar un control de pendientes propio ligado a base de datos o lo pongo en mis propios dominios, o hago algo desde cero para MSSQL.

Creo que lo mas practico es de momento baja tecnología:

Google y gmail.

Tiene su propial ista de pendientes. Pro lo visto voy a tener que reacomodar varias cosas que queria hacer hasta dentro de dos semanas y hacerlo en esta.

Hace unos meses me llaman a una junta de soporte. En esa junta no tengo porque ir. Se supone que es el área de soporte a clientes, y les estan haciendo exactamente lo mismo que meses atrás. Asignándoles nuevos "clientes" a cargo. No es que sean mas clientes o empleados, o que esten haciendo una redistribución, simplemente están barajando clientes en lugar de revolver papeles.

Esa junta implica básicamente que tres personas a las que llaman "analistas" , y que ganan menos que la mitad que yo, son los que van a adecuar un formato de impresión para los clientes pero ahora de un cliente diferente. Se pierde el know how y la relación con el cliente.

El 70% del trabajo de estas personas consiste en eso.

En la reunión se encuentran dos "gerentes". Uno de ellos se supone que es mi jefe inmediato pero ha evitado todo tipo de contacto o responsabilidades. Se supone que las juntas son para informar necesidades o informar avances. Con esa persona no han habido juntas, porque no sabe expresar necesidades, y evidentemente no hay avances que informar porque son otras áreas las que me piden lo que necesitan. Las juntas son evitadas por esa persona desde que demostré que los servidores estan llamando al desastre y que la operación de la unidad de negocio penden de un hilo.

Por lo general no hay nada que informar. Que el servidor siga con vida es un milagro, y depende de mí.

Pasan unos temas que no vienen al caso. Se me dice que van a usar tres de mis sistemas para hacer que la empresa despegue... porque nadie de la competencia lo ofrece.

Lo se perfectamente. Una de mis obligaciones autoimpuestas es checar el producto de la competencia. Lo reviso desde hace mas de un año, diariamente. Puedo dar el porcentaje y fechas de problemas en los servers de la competencia con una aproximación a 98% en horarios laborales.

Que necesitan?

Pregunto.

La respuesta es dimelo tu.

Me siento igual que Galt, en la parte final de la rebelión de Atlas. Donde le dicen "necesito que me diga usted, Galt, que hacer".

No puedo sacar algo de la nada, no puedo saber cual de los tres proyectos quieren primero, y tampoco puedo saber por el titulo de que se trata o a que se refieren con términos ambiguos. Si no podemos definir la medida de éxito en base a un objetivo, menos vamos a tener los recursos para realizarlo.

Asi que me encuentro en ese momento en una situación donde me dicen que resuelva tres problemas, que genere tres proyectos, que salve la empresa (en realidad).

El asunto se complica por la falta de estándares y documentación. también de recursos. Las nóminas se pagan puntualmente, pero no se ha repuesto mi equipo propio quemado, ni me dan los recursos de servidores indispensables.

Noto en esa junta, antes de otra cosa, que no se dan cuenta que una responsabilidad lleva una autoridad y viceversa. Se refieren a esos tres proyectos como mis proyectos... y en base a eso me quieren asignar solucionar un problema. Mi respuesta inmediata : Okey, son mis proyectos. Si tengo una responsabilidad sobre ellos, también necesito una autoridad sobre ellos. Que ni SAEM ni XFBP les metan mano. Uno no corrigió algo que se comprometió a hacer en noviembr tres y ya estamos en febrero, y el otro borró un código por error.

Es que ...

Responsabilidad sin autoridad no funciona. Pienso. Lo digo. Repito: No puedo hacerme responsable de algo que estan metiendo mano varias personas, y si no me dices que quieres, va a estar dificil que pueda cumplirlo.

Me tocan varias semanas en que trato de que esos dos gerentes, de los que no se hace uno, traten de decirme tiempo, alcances (definir objetivos que fefinan cada proyecto), prioridades de orden.

En otra mini junta me dicen... eso es lo que queremos que nos digas tu, cual de los tres proyectos es primero para la empresa.

??

Les respondo: No estoy enterado de los planes de la unidad de negocio: El modelo no me parece sustentable, no estoy enterado de los presupuestos de ventas, de los costos que tenemos y el margen de utilidad que deseamos. Sin esa información no puedo decidir cual de los tres es mas importante, y menos si no se que quieren que se haga en esos tres proyectos, y para cuando.

Es para dentro de un mes y además hay que cambiar el sitio web y atender tal otra cosa.

Ok, pregunto, entonces queieren que cambi el sitio web, que no hice yo, que hizo uno de los socios. Gracias por darme la autoridad de rehacer ciertas cosas.

Por cual de las cinco cosas empiezo? Pregunto.

Eso lo tienes que decidir tu.

Pienso otra vez Basicamente lo que me piden es que haga curitas y las ponga donde crea necesario, pero sin personal, sin servidores y sin cambiar lo que está provocando las lesiones en la empresa.

Unas semanas después , habiendo recibido varias ofertas de trabajo, llegamos a una de esas situaciones absurdas: Este proyecto lo usan el 90% de nuestros clientes. Ya checamos con el 1%, esdecir 2 de ellos y ellos no usan tales opciones, destruyelo.

Ok, ponganlo por esctito. Me estan pidiendo que quite el histórico cuando nuestro producto es conservar el histórico.

pero porque? me preguntan.

Integridad referencial.

Queremos que el sistema no sea sólido. Que sea una máquina de escribir.

(si se lo dijeran a los clientes les da el infarto, pienso).

Cuando se niegan a firmar los cambios de esa junta, después de ver a mi jefe a punto de llorar diciendo que tiene mucho trabajo y que necesita mi ayuda, y al dia siguiente poniendose agresivo en publico diciendo que no manejo la tecnología que el maneja...

¿?

Supongo que no se da cuenta que no voy a resolver todo con un desarmador, y que ninguno de los tres proyectos que se manejan, son adecuados para meter ordenes jquery, y que cambiar a un metodo de tabs un formulario gigantesco de maestro detalle es imposible cuando todos los campos son necesarios, obligatorios y pertenecen al mismo renglón.

Me siento igual que Galt, en la parte final de la rebelión de Atlas. Donde le dicen "necesito que me diga usted, Galt, que hacer".

Cuando le dices a alguien que va directo al precipicio y que debe cambiar de rumbo, es su decisión si lo hace o no.

El dia de ayer vi el proyecto del mes en el nuevo trabajo, tiempos, prioridades, fechas de entrega me son pedidos, tengo la responsabilidad ,pero la autoridad de un sueldo mayor y la autoridad de elegir prioridades.

Se acepta mi orden.

la diferencia es que aqui no es Galt contra políticos que se les cae el país a puños, sino una fábrica que produce.

Un lugar de hacedores, no de vendedores o de parásitos.

En el año 1997 tomé mis primeros cursos de sql server. En el 2000 me tocó ver como autorizaron la licencia a un sistema inútil, mientras que yo debía usar dbfs.

Poco después me tocó la implantación y cambios en Lucent a un sistema que estaba pensado para trabajar en SQL Server 6,5 y se migró a 7. Recuerdo esas noches hasta altas horas de la madrugada, alterando el código ajeno que se conectaba por DAO y visual basic a nivel internacional, esas jornadas maravillosas mientras mis manos cambiaban, por si las dudas, no solo enlaces por ADO bajo MSDE 2.6 o 2.8, sino la sintaxis de los campos ajenos para usar mayúsculas, y no tener problemas si en el cambio se perdía el valor que hacía intercambiables como finalmente sucedió.

Esas mañanas al ver el sistema funcionando bajo 7.0, el levantar en pocos días el sistema de jueces, la sobriedad de unas ordenes de consola acariciadas por el nuevo Service Pack....

Mas adelante la labor en la empresa de alimentos, habiendo sido contratado para programar, y dedicando los siguientes tres años a mantener vivo un servidor agonizante por problemas de antiguos proveedores el as 400 apagado, y cada mañana, de manera clara, durante un mes y medio, levantando de la nada el sql2000 con sus service packs y los soportes AWE, para unos minutos después, con tristeza, ver como la bestia de 4 terabytes de disco duro y 16 gb de ram, en el 2006, caía de rodillas bajo el influjo de ese software basura llamado Dynaware.

Esa experiencia de levantar el servidor cada mañana durante semanas; un trabajo coordinado de tres hombres, y al filo de las siete de la mañana, mientras sabíamos que se aproximaba a su muerte por ese día, el humilde servidor sql 7, levantado por milagro, para enfrentarse a la decadencia de un software basura, dynaware, por solamente el esfuerzo de un hombre.

Y la victoria, cuando conseguí a través de la ciega suerte, que otro proveedor nos ayudara , de maner gratuita, a migrar su software de recursos humanos, que si funcionaba, a otra computadora mas poderosa.
y el ver a la pc que mantuve viva por varios años, y el nuevo servidor
normal, enfrentarse al coloso que caía de rodillas por la estupidez de
un software que usaba ODBC para mas de 32 usuarios.

El triunfo.

Salir de ese lugar , sabiendo que las computadoras se anulan entre sí y que importa mas el hombre, me vi obligado a alejarme por un tiempo de sql server 2000, olvidando la dulzura de procedimientos almacenados, integridad referencial y respaldos gigantescos a través de los mdf y ldfs...

Después el ver en otros lugares los problemas de progress, los pininos de mysql, y luego, otra vez, como un huracán, el sistema de control de cotizaciones, ordenes de compra, autorizaciones y el poder de una cadena de insumos encadenado a una base de datos SQL 2000... para descubrir que quien encargó el sistema no sabía que en realidad todo lo demás de la empresa corrían con sql 7, y que se habían invertido dos años( en parte mios) para hacer que el active directory hiciera lo deseado..... Mas noches revisando los respaldos, y decidiendo como hacer que coexistieran ambos servidores sql en una de las redes mas infames que el mundo haya visto, y la decisión haciéndose lógica:

Crear los usuarios al vuelo desde Visual Basic y después PHP. Olvidar los SA y la clave maestra: el trazado a través de triggers específicos que ligaban a la bitácora incluso las modificaciones desde consola, ver nacer y morir los usuarios de sql por el producto de mis manos.....

Mañanas de ver como el sistema ordenaba el viaje por avión, calculando
la disponibilidad, las pantallas lanzandose al vuelo del director general, para que autorizara la ganadora de tres cotizaciones, el poder de aceptar una partida de cada una, mientras en la lejanía el rugido del sistema y la planta , producto de la mente de un hombre, recordaba el poder de un ser humano; ser de aquellos hombres que hacían moverse los sistemas SCADA, decidir que se apagaba por si solo, viendo a los obreros, sin producto de su mente, pero a diferencia de las sectas destructivas, dispuestos a trabajar en algo real, y ver como, al nivel de su capacidad, esos obreros anónimos daban lo que podían dar en el mundo real, sabiendo que yo ganaba lo de 20 obreros, a pesar que los alimentos de la fábica eran los mismos; obreros: personas simples pero dispuestas al trabajo, ajenos a las fantasías de mentes enfermas, mismos que través de los ajustes manuales al producto de las redes SCADA que yo controlaba, eran personas productivas mientras que el clamor de una mente depuraba los puertos seriales RS435 y sus limitaciones.

¿Como pude olvidar esas depuraciones ? Esas semanas de entender vistas
creadas por integridades referenciales de cuatro campos por tabla que a su vez eran llave, ese eliminar las vistas creadas por personas que pensaban que así escapaban de una red infame... y después, cayendo, una por una todas las vistas menos dos, mientras que el sistema de triggers era capaz de registrar en bitácora lo sucedido en la consola....

Mañanas y noches hermosas , mientras los hornos de las fábrica con su estruendo eran la música que superaba nuestras voces...

Y después... adiós !

Saber que las cadenas de conexión de ADO se dejaban de lado, me era
doloroso, a pesar que lo siguiente era usar mi software en PHP demostrando que lo que fallaba eran los protocolos de la red: Que tcp/ip era como un rayo, mientras que los protocolos establecidos por la disparidad de las pc que eran los clientes de los servidores, llevaban ese sistema a su conclusión.

Supongo que fue por esas fechas que empecé a recibir encargos de sistemas bajo mssql server y mysql al mismo tiempo, lo cual no es problema si se mantiene el modelo vista controlador, en lugar de un malentendido proceso por capas, en el que programadores noveles tratan de meter las reglas de negocio en una base de datos. Es decir, el poder de los procedimientos almacenados no debe usarse para casarse con una base de datos, sino para lo que es.

En cierto modo hacer sistemas portables entre distintos motores de bases de datos, me salvó cuando empezaron los problemas de compatibilidad de sql 2008 y windows vista; esas interfaces infames de sql 2005 en el cual la compresión de base de datos se hacía por scripts y no por opciones de menú no era lo mas sano, pero ese sacrilegio que hicieron las primeras versiones de sql 2008 con la importación de textos planos, y los problemas con los nulos, mas la carencia de interfaz, me llevaron una vez más a añorar el poder de la interfaz nativa de sql 2000.

Y entonces vino el momento. Decidir dejar si una topología de red, profanada se llevaba mi esfuerzo, migraba a un sql2008 con demasiados recursos y costo mas alto y con menos prestaciones, o pasar a algo mas duro: ORACLE y sus sinónimos.

Abandoné sql server 2005 en adelante.

Despues de todo, fueron tantas las versiones que instalé de servidores hp con cinco licencias gratuitas de sql 2000 incluidas, que pasar a 2005 era estupidez económica además de sacrilegio.

Y esas mañanas se fueron, los sueños con Store Procedures fueron cambiados por Grants y repman.

Ahora, años después de eso, veo frente a mi, a mi alcance, la posibilidad de un desarrollo adicional sobre sql 2000, así que en los próximos años, el regreso de trabajo real sobre sql 2000 en una base de datos que
crecerá de sus 10 gb actuales....

Es hermoso ver el futuro... sentir aproximarse los grants a través de php, y saber que los usuarios serán creados al vuelo, y que las bitácoras permitirán asegurarnos otra vez los controles HIPAA. (sabiendo que la falta de interfaz gráfica de sql 2005 para la compresión y detección de errores hace a sql2000 mucho mejor que el 2005)

Y entonces... en este nuevo lugar, sabiendo que la importación de csv hace suicida usar sql 2005 en adelante, me he acercado con temor al conmutador de teclados en el cuarto de servers, y bajo mis manos la orden @@version regresa el número 2039. Sql 2000 con los service pack instalados.

Que belleza !

Y ahora, sigue lo normal del producto de una mente, y de trabajo de una mente experimentada, sin interferencia de protocolos blasfemos, y teniendo las copias de seguridad iniciando por si solas, mientras el sistema de discos externos iomega de 160 gb, decretan por si solos el inicio y el fin de un nuevo día, como un moderno Dios.

Bienvenido SQL 2000 sp4, de regreso a mi vida: Ahora será bajo Php 5.3 y yo me encargaré de eliminar las vistas infames y crear de mis manos triggers y store procedures para en un futuro mandar SMS por nextel
cuando algo pase a los SCADA, haciendo portable con mysql y Oracle, mientras que los fines de semana estaré viendo el producto en mi mesa llena, con productos que ayudé a crear, alimentandome nuevamente , de manera plena, con el producto de una mente, pero ahora al servicio de una
PYME propia, y no como años atrás, bajo el comando de topologías
infames !

Como saben ustedes desde hace unos dos años se me contrató para realizar un sistema determinado para un corporativo. El proceso duró tres meses y se entregó el primer producto terminado, el 23 de nov 2010. Sin embargo el 24 nov 2010, se hicieron cambios en el organigrama asignandome a una unidad de negocio que se supone era una fábrica de software, que iba a cumplir necesidades de las empresas del grupo.

Al mes de estar trabajando en ese lugar recibí un aumento, pero recientemente, se dieron una serie de circunstancias que me llevaron a aceptar una propuesta de trabajo diferente que recibí en enero, con motivo de mi cumpleaños.

De momento, por acuerdos de confidencialidad, nodiré a que se dedicaba el corporativo en que estuve trabajando casi dos años. Las razones de mi salida , por voluntad propia, son de sentido común empezando porque en enero recibí ofertas por un 40 a 50% mas, y a pesar que los ultimos dos meses traté de crear conciencia en el corporativo de una serie de problemas serios, por falta de estandares en otras areas y de recursos en general que estaban limitando el modelo de la empresa,
llegué a la conclusión que tratar de mantener funcionando cuatro sistemas en medio de ordenes contradictorias es posible, pero no es posible si no hay recursos para respaldar servidores que deben ser respaldados, y que si una empresa que se dedica a estándares no respeta los procedimientos de sentido común mas elementales de su giro, era mejor aceptar la otra oferta, que e entrada me da mas tiempo libre y mucho mejor sueldo.

Lo que me deja pensando es el problema de falta de estándares , acaba siempre creando situaciones como esas. Aunque se haya oido muy bonito usar tres subsistemas mios como punta de lanza, se que el no respetar los estandares de nuestro giro, acab provocando la falta de recursos y de oportunidades de crecimiento. Esa es una de las razones por las que siempre estoy al corriente de cuanto se cotiza una persona con mi tipo de perfil, enfocado a seguridad pero con conocimientos de DBA desarrollo Oracle , mas algo de java y php.

El proyecto nuevo en que estoy me pide controlar de manera remota unas redes SCADA y la explotación de los datos, por lo que estaré algo ocupado estos dias.

Conecté muy rápido la pc a la red (windows 7 home basic edition) pero Isadora no reconoce la tarjeta inalámbrica.

Ya estoy bajando el ubuntu 11.04 de 64 bits pro si las dudas y en la mañana bajé MINT 12 (lisa) de 64 bits. Mañana los checo y verifico.

Por otra parte me parece raro que solamente haya medio jalado ayer de los ubuntus con Maverick, pero en cuanto instalé maverick , se dejó de ver. De todos modos el uso de linux no es prioriotario para las pruebas.

Estos son dos correos que mande el 1 de febrero, mas de seguimiento a los respaldos. Aviso que edito el nombre de las soluciones (A) y (B), y que el sistema de tickets es un software propietario, que no hice yo, y del que dije en junio del año pasado que consume muchísima memoria.

El usuario root2 no se llama así pero el problema es real.

Por mail masivos son notificaciones, cientos al día, a clientes de nuestro SAAS.

=========================================================
El respaldo de la base de datos, en condiciones óptimas, se tarda poco mas de 5 horas y media con una conexión amplia. Debemos pasar parte de su material a otra base de datos, otro dominio, y otro server porque el riesgo va creciendo, sumandolo al consumo de memoria reportado anteriormente.

Si de mi dependiera:
a ) manejaría un servidor extra para hacer las pruebas de respaldos en frio.
b ) Pasaria el sistema de tickets a otro dominio (¿ el mx?) en el servidor de la empresa C. Este server no puede manejar ftps mas ssh de root2 mas usuarios de ticktes mas mail masivos.
c ) Crecería el servidor actual. Estamos llamando al desastre.

Me parece prioritario el hacer un plan de continuidad de negocio o un simulacro. Se necesita mas material a nivel de socios, porque no podemos arreglar con curitas un problema que sigue creciendo de manera exponencial. Esto incluye los planes de respaldo que hice en el 2010, no solo de abuelo hijo nieto, sino de respaldos externos en las oficinas de
la empresa B o casa de uno de los socios, que evidentemente ya no caben en un usb, ni siquiera la base de datos compactada.
================================================

Aunque subimos de tamaño el servidor a un plan mayor, no fue la solución que sugerí que cuesta * USD mensuales.

Por el uso de tickets y las sesiones de ftp estamos manejando un load de 13, 16, 15, variable en diversos momentos del día. Tenemos los siguientes síntomas de problemas:

1 ) Nuestro tráfico de ftp son 300-3000 gb mensuales. Eso no creo que lo soporte el server pedido por fuera de XX mil al mes.
2 ) La memoria actual de giga y medio se está viendo saturada ya , principalmente por dos factores que comento mas adelante. Esto causa lentitud en la salida, que nos lleva a que fabiola o yo no podamos a veces abrir siquiera la base de datos en phpmyadmin, o ni siquiera entrar a cpanel.
3 ) Tenemos un mensaje por hora de uso excesivo de recursos por el usuario root2, que por lo que se es el que se conectan desde las maquinas virtuales. Pueden consultar los correos al respecto en la cuenta de correo del server +++++++++++++ en el servidor ************, la ultima vez que vi eran miles de mensajes.

Por la proyección de uso de memoria y el tamaño actual de nuestro server, , solamente podemos seguir con l esquema actual de memoria para subir un 15% de memoria por **+ usd mas, lo cual significa que si tenemos mas personas revisando tickets, o mas usuarios ftp, simplemente el servidor va a tronar como ejote. No puedo decir que, pero si que 15% es nuesa opción de crecimiento si no consideramos tickets.

La alternativa es la opción B que nos da un margen de aproximadamente 40%, no son datos duros.

Los dos principales consumos actuales de memoria son el usuario root2, y el sistema de tickets.

En cuanto a los espaldos, como mencioné en noviembre del 2010 y en varias oportunidades en medio, necesitamos hacer una prueba de respaldos en frio, y sacar respaldos de una manera mas normal.

Corolarios:

1 ) No podemos sacar respaldos de servidor a servidor por el usuo de memoria y cpu, y nuestro server ya esta justo de espacio para un respaldo, incluso despues de borrados los temporales.
2 ) No es posible implementar sistemas nuevos en este servidor, porque tiramos el cpu. No pueden evaluarse de manera correcta funcionalidades de software en elserver, estando el server en las condiciones de uso en que está por el uso de cpu y ftps diversos.

========================================

Como dato idiota, uno de los destinatarios se enojó pero nadie ha hecho nada. Estamos llamando al desastre. (y ayer vi algo peor pero en software, luego comento.)

Envié este correo hace unos años en otra empresa al tomar posesión de mi puesto de jefe de desarrollo. Tiene varias ideas, que es justo lo que falta aquí aunque no funciona en los ambientes empresariales viciados.

Notese que permite scrum y continuidad de negocio.
=======================================
Para poder comunicarme de manera rápida con las personas de desarrollo,
elaboré un mecanismo que me permite fijartes tareas diarias, y que reporten tener terminadas las tareas, además de concentrar informacion util y clasificarla.

Despues de pensarlo un poco, encontré que la mejor manera de llevar a la
vez un control de documentos / control de versiones / knowledge Base, era
implementar un Repositorio mediante un foro gratuito, que usuarios externos no pueden ver.

Ya se esta parametrizando la información, y necesitaba hacer esto como paso previo para poder poner en la knwoledge base la documentación tecnica del proyecto. Los niveles de visibilidad no estan funcionando todavia ( voy en proceso ), pero la idea basica es usar un subforo como si fuera un gabinete y asi las intrucciones especificas a programadores se guardan en su propio gabinete. Ademas no tienen derecho a editar, por lo cual la implementación es segura y podemos funcionar inclusive en caso de incendio, robo o algo que nos deje sin equipos de computo. La continuidad del proyecto estaría asegurada.

De manera temporal he implementado el repositorio en base a usuarios que
son las INICIALES de cada persona, y solo los usuarios pueden ver el contenido.

Le he reservado la clave de usuario:
admin
password *************

http://*********/foros/

Creo que sería conveniente darlo de alta a usted como usuario ( igual con
iniciales y le ponemos nivel de administrador), por si quiere añadir o
consultar datos de las labores que se estan desempeñando. El alta de usuario se maneja en http://*************

Me tomé la libertad de añadir a **** al repositorio, y así ella misma
podrá ver el cumplimiento de obejtivos, el trabajo realizado diariamente e
información en general que pueda serle util.

aclaraciones:

1 ) Este es un trabajo en formación:
2 ) Estoy en proceso de realizar la documentación tecnica sobre alcances.
3 ) Instalaré Skype mañana jueves.

En espera de sus comentarios y sugerencias.
Gracias.

La semana pasada estuvo a punto de pasar una desgracia en el trabajo, pero mi forma de respaldos funcionó.

Acabo de enviar este correo a varias personas relacionadas con el evento:

========================================================================

En vista de los acontecimientos de la semana pasada, creo que no podemos retrasar mas lo de hacer unas pruebas en frio de respaldos.

El proceso de copia de respaldos es mucho mas efectivo si el sitio y su base de datos está suspendido / detenido, para asegurar integridad de la base de datos. Por lo mismo, creo que una prueba de respaldos con el servidor detenido es lo mejor que puede hacerse, Queda evidente que los clientes probablemente no podrían accesarar antes de las 11 de la mañana ese día, y como hablamos antes este viernes sería ideal.

Este sería el proceso:

1 ) Me levanto a las 3 de la mañana , detengo el servidor y empiezo a sacar respaldo, en el servidor alterno, de dos formas:

a ) local en ese server
b ) replicado en tar.gz

2 ) El respaldo replicado termina entre 3 y 4 horas después, porque el proceso necesita primero comprimir y despues copiar unos 8 gb de información

3 ) Aproximadamente a las 8 de la mañana , levanto el respaldo replicado para que ABG, SAEM, AG y XFBP puedan revisar que esta completo, y haciendo las pruebas que quieran MENOS las referentes a redireccionamiento de puertos ( que ese server no tiene )

4 ) Saco un respaldo local empezando a las 8 de la mañana, que debe durar aproximadamente 3 horas.

5 ) A las 11 de la mañana verifico que el servidor esté respaldado en local, y una vez que vea que el respaldo es integro, (10 minutos maximo) se abre el server para los clientes.

========================================
Notas:
1 ) Quedaría pendiente descargar el respaldo local en frío, cosa que yo puedo hacer el viernes en la noche en mi casa.

2 ) Como empezaría a trabajar en esto a las 3 de la mañana, no me presentaría en las oficinas ese día

3 ) Este respaldo tiene demasiados archivos para hacerse por FTP o por rsync, y es independiente de que la UTILIDAD mayor de este respaldo es con server detenido, no el método en sí.

Faltan siete minutos para que sea la hora de salida. No he sacado respaldo el día de hoy ya que el servidor del corporativo hizo uno de sus mecanismos de defensa: Bloqueó a un usuario de la segunda red. Desde la red primaria lo hemos restablecido. Es a prueba de hackers, pero no entiendo porqué algunas secretarias usan el sistema y ponen mal su password tres veces.... y eso que no es un password de 16 caracteres como sugerí hace unos meses.

Mientras escribo he ejecutado la rutina que elimina los usuarios spam de rojointenso y otros foros, antes que puedan siquiera ser validados. Espero al mismo tiempo la confirmación por Skype de si procede o no procede el ajuste para el colegio del JQuery infame. Mañana por cuestiones varias deberé probablemente estar fuera de la oficina medio día, pero aun así sacaré en ese medio dia lo que algunos harán en la semana.

Ayer en la noche recibí un correo de un supuesto problema. Explicado tres veces en semanas anteriores. Esta es una iteración del mismo, variante de requisitos cambiantes del cliente. Al llegar a las 8.00 am lo hago y aviso y entrego antes de las 9. A las 11 una persona me pregunta si ya está. No ha leído el correo, vive con horas de retraso.

Veo que otra de las unidades se cae a pedazos. Depender de un organigrama como este no me gusta, pero afortunadamente se ven los pedazos de errores y omisiones, alterados por la música a medio volumen de los que no leyeron el correo.

La pregunta no es qué, sino cuando.

Es una maravilla la estructura por divisiones. No tengo nada que ver con lo que va a pasar. Y solo pensaré, se los dije.

Y creo que el cuando será cuando venga la certificación , que no han podido sacar de este nivel, y que creo no estan lo suficientemente preparados para pasar. Nadie me ha preguntado lo elemental, y soy el único que tiene esos datos.

Por suerte ya llevan tres semanas sin aquellas infames capacitaciones de los martes, que eran de pena ajena.

Y siguen igual. Y seguirán igual.