<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comentarios en: Servidores dedicados ¿administrados?</title>
	<atom:link href="http://www.solucionesuno.com/blog/hosting/servidores-dedicados-administrados/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.solucionesuno.com/blog/hosting/servidores-dedicados-administrados/</link>
	<description>Diseño de paginas web, Dieseño web, Diseño gráfico, Diseño de logotipos, Diseño grafico, Diseño editorial</description>
	<lastBuildDate>Tue, 22 Nov 2011 21:20:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Por: Centrodedatos</title>
		<link>http://www.solucionesuno.com/blog/hosting/servidores-dedicados-administrados/comment-page-1/#comment-161</link>
		<dc:creator>Centrodedatos</dc:creator>
		<pubDate>Wed, 17 Mar 2010 20:08:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.solucionesuno.com/blog/?p=468#comment-161</guid>
		<description>Muy sres. míos,

Como uno de los responsables de comunicación externa de Centrodedatos, y tras haber comentado el caso con todos los técnicos implicados en la atención de ésta incidencia, me gustaría aprovechar la posibilidad de comentar su artículo, aportando nuestra versión de los hechos que arriba expone:

&quot;...al llamar sábado por la noche, nos comentan que si el servidor en este momento responde, tenemos que esperara al lunes, para que un técnico revise los logs&quot;

Recibimos una llamada de una persona en nombre de su empresa, conforme ha recibido varias alertas informando que el servidor no responde (a pesar que el servidor respondía correctamente en ése momento), por lo que nos solicita que revisemos los posibles motivos. Tras comprobar ambas partas que en ese momento el servidor responde, y descartando la necesidad de actuación urgente, el técnico que atiende la llamada insta al interlocutor a que envíe la consulta por escrito, la cual será atendida en horario laboral.

&quot;La respuesta del técnico el lunes es, revisa tu el log de apache en la ruta /xxx/Xxx/Xx.&quot;

Al día siguiente, recibimos una consulta solicitando que se revise ésta caída. Se comprueba en los logs que el servidor se encontraba perfectamente operativo en la fecha y hora en que se recibieron éstas alertas, pues éstos logs registran actividad constante e ininterrumpida cada minuto. Seguidamente, se realiza una comprobación rutinaria, en la que no se detecta nada fuera de lo normal. En nuestra respuesta, se insta al cliente a que revise él mismo el log de Apache. El fin de esto es que él mismo pueda corroborar de primera mano nuestra respuesta, así como buscar posibles errores relativos a la programación alojada (algo que no cubre la administración del servidor). Horas después recibimos una nueva consulta, ésta vez de otra persona, insistiendo nuevamente en el que se investigue la caída. Tras un intercambio de varios correos, apuntamos a posibles motivos de ésta indisponibilidad, aunque nuestra conclusión sigue siendo la misma: no hay indisponibilidad registrada en los logs, quedando probado que la caída no es demostrable de forma práctica, y que no se puede investigar más allá por nuestra parte.

-----

La única finalidad de éste comentario es defender la imagen de Centrodedatos, por lo que no entraremos a discutir la conveniencia o no de contratar servidores con administración. En ése sentido, simplemente comentar que creemos que cada empresa tiene sus necesidades individuales, que el cliente recibe por lo que paga, y que la administración de un servidor va mucho más allá de la investigación de posibles problemas detectados. Obviamente, el deseo por nuestra parte sería que todos los clientes contratasen los servidores sin administración, y que cada empresa contase con personal cualificado a dicho fin.

Por nuestra parte damos por zanjado el tema, y consideramos demostrado que en todo momento la atención de nuestro equipo de soporte ha sido la adecuada, a pesar que no haya quedado claro el porqué se produjeron éstas alertas.
 
Huelga recordar que permanecemos a su disposición para cualquier duda o comentario que deseen hacernos llegar.</description>
		<content:encoded><![CDATA[<p>Muy sres. míos,</p>
<p>Como uno de los responsables de comunicación externa de Centrodedatos, y tras haber comentado el caso con todos los técnicos implicados en la atención de ésta incidencia, me gustaría aprovechar la posibilidad de comentar su artículo, aportando nuestra versión de los hechos que arriba expone:</p>
<p>&#8220;&#8230;al llamar sábado por la noche, nos comentan que si el servidor en este momento responde, tenemos que esperara al lunes, para que un técnico revise los logs&#8221;</p>
<p>Recibimos una llamada de una persona en nombre de su empresa, conforme ha recibido varias alertas informando que el servidor no responde (a pesar que el servidor respondía correctamente en ése momento), por lo que nos solicita que revisemos los posibles motivos. Tras comprobar ambas partas que en ese momento el servidor responde, y descartando la necesidad de actuación urgente, el técnico que atiende la llamada insta al interlocutor a que envíe la consulta por escrito, la cual será atendida en horario laboral.</p>
<p>&#8220;La respuesta del técnico el lunes es, revisa tu el log de apache en la ruta /xxx/Xxx/Xx.&#8221;</p>
<p>Al día siguiente, recibimos una consulta solicitando que se revise ésta caída. Se comprueba en los logs que el servidor se encontraba perfectamente operativo en la fecha y hora en que se recibieron éstas alertas, pues éstos logs registran actividad constante e ininterrumpida cada minuto. Seguidamente, se realiza una comprobación rutinaria, en la que no se detecta nada fuera de lo normal. En nuestra respuesta, se insta al cliente a que revise él mismo el log de Apache. El fin de esto es que él mismo pueda corroborar de primera mano nuestra respuesta, así como buscar posibles errores relativos a la programación alojada (algo que no cubre la administración del servidor). Horas después recibimos una nueva consulta, ésta vez de otra persona, insistiendo nuevamente en el que se investigue la caída. Tras un intercambio de varios correos, apuntamos a posibles motivos de ésta indisponibilidad, aunque nuestra conclusión sigue siendo la misma: no hay indisponibilidad registrada en los logs, quedando probado que la caída no es demostrable de forma práctica, y que no se puede investigar más allá por nuestra parte.</p>
<p>&#8212;&#8211;</p>
<p>La única finalidad de éste comentario es defender la imagen de Centrodedatos, por lo que no entraremos a discutir la conveniencia o no de contratar servidores con administración. En ése sentido, simplemente comentar que creemos que cada empresa tiene sus necesidades individuales, que el cliente recibe por lo que paga, y que la administración de un servidor va mucho más allá de la investigación de posibles problemas detectados. Obviamente, el deseo por nuestra parte sería que todos los clientes contratasen los servidores sin administración, y que cada empresa contase con personal cualificado a dicho fin.</p>
<p>Por nuestra parte damos por zanjado el tema, y consideramos demostrado que en todo momento la atención de nuestro equipo de soporte ha sido la adecuada, a pesar que no haya quedado claro el porqué se produjeron éstas alertas.</p>
<p>Huelga recordar que permanecemos a su disposición para cualquier duda o comentario que deseen hacernos llegar.</p>
]]></content:encoded>
	</item>
</channel>
</rss>


