Pero es que la situación que describe Rafa es una gozada. Tu usas un "algo" con unos discos muy rápidos. Si un archivo no se usa en bastante tiempo, ese trasto lo quita de los discos rapidos y lo pone en otros discos mayores y más lentos. Si sigue sin usarse en más tiempo lo traslada a la capa 3, más lenta y de mayor capacidad. Si de repente se usa, pues lo recupera en cuanto puede, tarda un poco más, y lo vuelve a poner en la primera capa.
Todo esto sin tener que mandar a un pringado a enchufar el backup.
je je... y esto se puede complicar hasta el infinito. Donde estoy en proyecto ahora estoy descubriendo estas cosas ahora. Por ejemplo. Los datos ya no se guardan backup, o no necesariamente, o no como única solución para cuando te encuentras problemas. Pensando en escenarios de Desastre, ahora se hacen copias de los datos. Estas copias pueden ser de dos tipos: Síncrona o Asíncrona. Las dos copias se gestionan a nivel de cabina de discos (los servidores ni se enteran, salvo que exista algun cuello de botella en la SAN o en la LAN). Las propias cabinas de discos replican datos entre ellas, y en caso de desastre, cortan los enlaces entre ellas y se posicionan como copia primaria (o secundaria, según el caso). En el caso de copia síncrona de datos, las cabinas replican _instantáneamente_ cualquier dato que se escriba en la copia primaria de discos. Hasta que el dato no se ha replicado en la cabina secundaria, el servidor no recibe el ok de que el dato se ha escrito. En el caso de la copia asíncrona, se establecen grupos de consistencia. Cada X tiempo, se sincronizan aquellos ficheros nuevos o que hayan cambiado. En este caso existe cierto retraso hasta que se envían los datos a la cabina con la copia asíncrona. En entornos grandes (muy grandes) existen los tres entornos: - copia primaria: cabinas en una SAN donde se escriben los datos desde los servidores. - copia secundaria: cabinas en una SAN en réplica síncrona con las cabinas primarias. - copia terciaria: cabinas en una SAN en réplica asíncrona con, o bien los datos primarios o bien los datos secundarios (estas dos configuraciones tienen pros y contras, según lo que persigas y la configuración que tengas te interesa una u otra). Y por qué hacen falta tantas copias? Pues imaginate que un ñapas se carga unas unidades de control de la copia primaria de datos. Este desastre se traslada inmediatamente a la copia secundaria de datos (que es síncrona para todo, para lo bueno y para lo malo). En este caso, puedes levantar la copia asíncrona de datos, que si bien tiene datos algo obsoletos (horas), es consistente. En cambio, la copia síncrona, se puede usar para levantar un DRC (Disaster Recovery Centre). Si tienes unos servidores junto a la copia secundaria, y en caso de que tengas un desastre en el centro primario... tienes una copia consistente de datos en las cabinas secundarias... Luego puedes tener dos (o más!) centros de datos con copias primarias, secundarias síncronas, terciarias asíncronas, interconectados con fibra oscura (DWDM) con un ancho de banda adecuado para escenarios de auténtico desastre. No sé si me explico. Como puedes ver, los temas de almacenamiento tocan, además del rendimiento de los dicos frente a la frecuencia de acceso que tienen los propios ficheros, tocan también temas de escenarios de desastre, disponibilidad y coherencia del dato (es mucho peor tener un dato inconsistente que no tenerlo en absoluto o tenerlo obsoleto). Yo acabo de descubrir este mundo... y es apasionante. Los técnicos de almacenamiento buenos suelen estar muy bien pagados... -- Saludos, miguel Los agujeros negros son lugares donde dios dividió por cero. Black holes are places where god divided by zero. Steven Wright -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org