Desconexiones del Foro

[AVB_Foto]

Hola a todos,

 

Primero deciros que no sé si este tema va aquí o en otro lugar y desconozco si alguien ya lo ha publicado en el foro.

 

Segundo deciros que lo he verificado por lo menos 4 días de esta semana (excepto el jueves)

 

El tema es el siguiente. Todos los días a eso de las 22:00 - 22:05 no puedo acceder al foro ni a la página de Nikonistas. Esto dura hasta aproximadamente las 22:20-22:30.

Me viene pasando todos los días y solamente con el foro de Nikonistas y con la página de Nikonistas. Es decir, que tengo navegación por internet normal y corriente como siempre con todas las web, excepto Nikonistas.

 

¿A alguien más le pasa?

¿Sabéis a qué se debe?

 

Gracias de antemano y disculpad si este tema no va aquí

 

Saludos,

[Gassman]

El **** "IPS error". Creo que es algo del servidor. Se le sale un manivela a los pedales y se cae...

[pedja]

Lo suscribo , hace tiempo que pasa , no parece algo normal. Por lo visto le pasa a todo el mundo , crei que era cosa de mi portatil

[veneno]

No es a ti y a tu portatil, a mi tambien me pasa, ya lo habia observado hace unos dias.

 

Saludos

[AVB_Foto]

Me alegro de no ser el único raro

 

Al principio pensaba que era yo, pero al cabo de un tiempo me di cuenta que era siempre a la misma hora, y al cabo de un poco más de tiempo me di cuenta que el foro volvía más o menos a la misma hora.

Una vez lo he verificado me he decidido a poner este post y veo que no me he equivocado.

 

A ver si nos dicen pues qué pasa a esta hora!

 

Saludos,

[Bioh@zard]

Un verdadero ...ñazo!

[katia]

Un verdadero ...ñazo!

 

Y que lo diga.

[DAGUERRE]

A mí idem. de lo mismo. La respuesta la tendrá el Web Master

[zegio]

Seguro que hablo por hablar, pero lo mismo es que a esa hora es cuando está programada alguna copia de seguridad o algo por el estilo, y no aguanta mientras tanto un número determinado de conexiones.

[Juan Rodriguez]

Supongo que a la hora que está programada la copia de la Base de Datos.

 

Creo que lo tienen configurado Mysql con InnoDB, y para hacer la copia de seguridad, este servidor de Mysql tiene que desconectar para realizarse, una vez realiza la copia de seguridad, se restablece el servidor Mysql.

 

Saludos.

[Advent]

Y aun asi seguro que pilla a unos cuantos coctambulos.... B)

[Juan Rodriguez]

Si es que estais en todo.

 

Pues vamos a tener que programar la copia de seguridad, a eso de las 4 o 5 de la madrugada. jejejejejej

saludos

 

Es la hora

 

ó pasar a MyISAM, que puedes hacer la copia de seguridad con el servidor mysql corriendo, ademas consume mucho menos que InnoBD, sobre todo cuando se hacen Consultas Select, y la mayor parte del foro hacen consulta Select, para mostrar el contenido de los posts, busquedas....

 

Saludos.

[AVB_Foto]

Pues vamos a tener que programar la copia de seguridad, a eso de las 4 o 5 de la madrugada. jejejejejej

 

Pues tienes toda la razón. Si esta fuera la razón no entiendo como se puede programar esta actividad en hora punta!

 

Saludos,

[Elbrus]

No me había fijado en la hora, pero también me he encontrado con la misma situación pero pensaba que era de mi fantástica conexión! Dejaré de acordarme de los de telefónica cuando vuelva a pasar. je,je

[caimac]

También me ha sucedido a mi error IPS driver, o algo parecido, varias veces me ha ocurrido, "so many connection" o sea algún desbordamiento por excesivas conexiones al servidor, pueden ser accidental o puede ser ataques premeditados para colapsarlo, como bien se dice los administradores sabrán a que es debido este fallo, algo contarán, digo yo.

 

Cordiales saludos, caimac.

[sacohcan]

O sea que nos pasa a todos...

SaluDos.

[zegio]

Pues tienes toda la razón. Si esta fuera la razón no entiendo como se puede programar esta actividad en hora punta!

 

Saludos,

 

No hemos encontrado todavía a ningún pringado que quiera quedarse hasta esas horas a restaurar el servidor en caso de fallo (ya nos costó convencerlo para que se quedara hasta las 22.00h por trescientas pesetas....)

[Juan Rodriguez]

No hemos encontrado todavía a ningún pringado que quiera quedarse hasta esas horas a restaurar el servidor en caso de fallo (ya nos costó convencerlo para que se quedara hasta las 22.00h por trescientas pesetas....)

 

Bueno tambien se pueden crear aplicaciones que hagan comprobaciones cada x tiempo, y si no está ejecutado el servidor web o myslq, lo vuelva a lanzar.

 

Eso si, si encuentra un fallo en mysql o servidor web, no arranca jejejej.

[jsogo]

No hemos encontrado todavía a ningún pringado que quiera quedarse hasta esas horas a restaurar el servidor en caso de fallo (ya nos costó convencerlo para que se quedara hasta las 22.00h por trescientas pesetas....)

 

Si estáis usando InnoDB como comentan más arriba, no hace falta parar el servidor MySQL para hacer la copia de seguridad, se puede hacer online con mysqldump y la opción --single-transaction (en la versión 5.1). Si estáis usando la versión 5.0, mirad el manual en la propia página de MySQL, pues también se pueden hacer, pero creo que necesita alguna opción más.

 

Un saludo

[AVB_Foto]

Hoy otra vez igual y a la misma hora y con la misma duración aproximadamente...

[Juan Rodriguez]

Si estáis usando InnoDB como comentan más arriba, no hace falta parar el servidor MySQL para hacer la copia de seguridad, se puede hacer online con mysqldump y la opción --single-transaction (en la versión 5.1). Si estáis usando la versión 5.0, mirad el manual en la propia página de MySQL, pues también se pueden hacer, pero creo que necesita alguna opción más.

 

Un saludo

 

Para InnoDB hace falta parar la base de datos por lo menos en estos foros que usan mucho el cache, hay aplicaciones para hacerlo online pero son de pago y costosos.....

 

Por eso digo de migrar a MyisaM, por que pueden hacer copia de seguridad en tiempo de ejecución.

 

Un saludo.

[caimac]

Hoy a las 22.05 acaba de volver a ocurrir " IPS Driver error".

 

Cordiales saludos, caimac.

[jsogo]

Para InnoDB hace falta parar la base de datos por lo menos en estos foros que usan mucho el cache, hay aplicaciones para hacerlo online pero son de pago y costosos.....

 

Por eso digo de migrar a MyisaM, por que pueden hacer copia de seguridad en tiempo de ejecución.

 

Un saludo.

 

Precisamente, sin ser un experto en bases de datos, yo lo veo justo al revés. InnoDB permite la realización de copias online al ser transaccional. En cambio, MyISAM tiene el problema de que necesita LOCKS en las tablas para poder hacer las copias. Ahora bien, también es importante tener en cuenta para qué motor está escrito el software del foro.

 

Copiando de TagConsulting:

 

Data Security

On a related topic, the transactional nature of InnoDB enables easy and online backups. A major issue with MyISAM is that any backup strategy designed to pull guaranteed, consistent backups will require table locks and any strategy that involves point-in-time recovery from binary logs will require a full database lock. This is totally unacceptable for a large, production-grade website. The only real way around this is to have a slave database server and pull backups from that machine.

 

InnoDB, on the other hand, can run a backup job in a single transaction and pull consistent, database-wide backups with only a short lock at the beginning of the job. The ease of pulling these backups quickly becomes addicting and makes it much easier to follow safe backup procedures.

[Poshi]

A mi también me cuadra que, conceptualmente, sea más fácil hacer backups de un sistema transaccional que de uno que no lo es. Además, la elección de InnoDB sobre MyISAM no acostumbra a ser gratuita, y si la BBDD está montada sobre InnoDB será porque hace uso de los sistemas de integridad referencial que este provee.

En cualquier caso, creo que es un tema que los administradores del sistema deberían mirar urgentemente, porque eso de tener dos grandes parones a las 22 y a las 2 me parece muy poco profesional.

[Juan Rodriguez]

http://www.guebs.com/manuales/mysql-5.0/in...html#backing-up

 

La clave de una administración de bases de datos segura es realizar copias de respaldo regularmente.

 

InnoDB Hot Backup es una herramienta de respaldo en línea que puede utilizarse para respaldar la base de datos InnoDB mientras ésta se está ejecutando. InnoDB Hot Backup no necesita que se detenga la base de datos y no establece ningún bloqueo ni dificulta el normal procesamiento de la base de datos. InnoDB Hot Backup es una herramienta adicional comercial (no grautita) cuyo cargo anual de licencia es de €390 por cada ordenador en el que se ejecute el servidor MySQL. Consulte la página de Internet de InnoDB Hot Backup para obtener información detallada y ver capturas de pantallas.

 

Si se está en condiciones de detener el servidor MySQL, puede realizarse una copia de respaldo binaria, que consiste en todos los ficheros usados por InnoDB para administrar sus tablas. Se utiliza el siguiente procedimiento:

 

Detener el servidor MySQL y asegurarse de que lo hace sin errores.

 

Copiar todos los ficheros de datos (ficheros ibdata e .ibd) en un lugar seguro.

 

Copiar todos los ficheros ib_logfile en un lugar seguro.

 

Copiar el o los ficheros de configuración my.cnf en un lugar seguro.

 

Copiar todos los ficheros .frm de las tablas InnoDB en un lugar seguro.

 

....