Técnicas de desarrollo del soporte de Hardware
Antes de definir una estrategia en la cual se desarrollará el hardware que soporta el Data Warehouse, es necesario hacer un estudio del tiempo, que pueden estar detenidas las aplicaciones que usan este. En nuestros días muchas empresas necesitan que estos sistemas ejecuten 24 horas los 365 días del año, por lo que no hay mucho margen de error. La desconexión de estas aplicaciones por solo una hora puede hacer que la compañía pierda miles de usuarios que nunca más visitarán el sitio Web pensando que está fuera de servicio o porque se buscaron otro proveedor al no poder contactar con el acostumbrado, para que esto no ocurra antes de echar a andar un sistema de tanta importancia hay que prever con tiempo el desarrollo futuro de su soporte.
Una de las técnicas clásicas para desarrollar hardware siempre ha sido aumentar memoria, capacidad de procesamiento y capacidad de almacenamiento, al servidor que soporta el sistema. Esta técnica es comúnmente llamada “Scalling Up”. En este tipo de desarrollo si usted necesita subir su capacidad de procesamiento (Adicionar otro Procesador o cambiar el existente por uno más rápido) en servidores como: Acer Altos 600, 1200, 500; o HP Proliant ML350 y ML370; tiene que apagar el sistema para hacerlo, al igual que si desea aumentar la cantidad de memoria. Tenga en cuenta que muchos de estos servidores pueden durar años en fallar y por tanto otra de las situaciones muy comunes es que a la hora de repararlos o que se necesita aumentar sus capacidades técnicas es muy difícil encontrar piezas compatibles en el mercado por el continuo desarrollo de los sistemas de hardware, por esto es muy necesario comprar piezas con vista a estas situaciones a tiempo, cosa esta muy difícil de lograr estando el sistema funcionando correctamente. Muchos de los directivos de estas grandes empresas no ven con muy buenos ojos la compra de piezas para un sistema que todavía no sueña con fallar o que resuelve los problemas en la actualidad con una buena calidad de respuesta computacional. El obtener un presupuesto para esto es una gran responsabilidad del Administrador de Sistemas, gestión que el futuro cuando ocurran los problemas obtendrá su merecido reconocimiento por parte de la directiva de la empresa. En el caso de la capacidad de almacenamiento, si tenemos un arreglo (RAID) de discos SCSI no hace falta apagar el sistema. Estos se pueden conectar en caliente sin necesidad de formatear siquiera, el hardware RAID se encarga del resto.
A pesar de que los discos SCSI siguen siendo muy fiables y rápidos. En estos días alternativas muy buenas pueden hacer que un Administrador de Sistemas tome otra decisión. Existe en el mercado tarjetas RAID de discos Serial ATA, que permiten hacer arreglos de discos Serial ATA con gran facilidad. Estos discos son menos fiables que los SCSI, pero tiene un menor precio y su relación precio/capacidad disminuye cada año. Por solo mostrar un ejemplo: Un disco de 72 GB SCSI, la empresa Tecun lo comercializa en Cuba con un costo de: $370.00, mientas que un Serial ATA de 80 GB pude costar $75.00. Si decimos que el disco solo durará un año de explotación lo que es muy raro en ambientes climatizados y con sistemas eléctricos protegidos por baterías. Al año siguiente se podrá comprar un disco Serial ATA por el mismo precio, pero de 160 GB. El doble de la capacidad del anterior. Si sumamos los costos de los dos discos en los dos años, no llegará a ser igual al costo del SCSI, que por supuesto durará funcionando sin problemas otros 4 años. Sin embargo habrás aumentado tu capacidad de almacenamiento al doble cosa esta que es un dato importante en ambientes que aumentan su colección de datos exponencialmente, como es el caso de un Data Warehouse.
Es importante destacar que aunque hablo de un solo disco estoy asumiendo que al menos existe otro que está configurado como espejo que pude ser usado en caso de que falle el principal. No es concebible un sistema tan importante que no tenga este tipo de respaldo. Aunque los discos sean SCSI, debe haber respaldo, lo que incrementa los costos.
En caso de que no se posea hardware RAID se pueden usar las facilidades del Sistema Operativo Windows 2k3 que permite crear arreglos desde el administrador de discos. Este tipo de arreglos a pesar de ser menos rápido que el manejado vía hardware. Es una solución muy buena en esos casos.
Ejemplo de crear una partición espejo para el sistema:
- Abra el administrador de discos luego de haber instalado físicamente los dos discos.
- Haga clic derecho sobre el cuadro que dice disco 0 y haga clic en convertir a disco dinámico.
- Le aparece una ventana que le indica marcar los discos que desea convertir. Marque los dos discos el 0 y el 1 y haga clic en aceptar.
- El sistema le preguntara si desea continuar con la operación a pesar que el disco 0 tiene el sistema operativo. Acepte y el sistema le avisará que se va areiniciar para completar la operación. Acepte y espere a que el sistema se reinice.
- Abra el administrador de discos y ya con los discos siendo dinámicos haga clic derecho sobre la partición del sistema y presione sobre la opción adicionar espejo.
- En la ventana que aparece seleccione el disco 1 para usar como espejo y acepte.
- El sistema creará una partición idéntica en el segundo disco y empezará a duplicar la información existente en la primaria.
Nota: Para que un disco pueda ser espejo total del primero deben ser de capacidades idénticas. No puede haber diferencias. Este error puede ocurrir al usar discos de varias marcar como Ejemplo: Maxtor y Segate en el mismo sistema.
A pesar de que los servidores profesionales son muy fiables, en empresas medianas y pequeñas usarlos, puede implicar un gasto demasiado elevado. Una alternativa puede ser usar una PC Moderna con una memoria bastante grande 4 GB pudriera ser suficiente. Actualmente los procesadores “Pentium D” que poseen procesamiento en paralelo y una velocidad de más de 3 GHz que lo hacen muy competentes. Esto trae consigo otra característica importante y es que este tipo de configuración puede hacer uso de otra técnica de desarrollo llamada “Scalling Out”. Así, si en el futuro hace falta mejorar la capacidad de este servidor porque el negocio se ha desarrollado y ahora se procesa una mayor cantidad de datos, se puede comprar otro servidor o varios iguales o mejores en dependencia de la disponibilidad del mercado y del presupuesto permitiendo, conectarlos en forma de Cluster distribuyendo así la carga de trabajo. Windows 2k3 permite la configuración de este tipo de soporte con gran facilidad, dando la posibilidad de ir aumentado en cantidad de servidores y mejorando en prestaciones, capacidad de procesamiento y tolerancia a fallos. En mi opinión personal en estos días este tipo de configuraciones es mucho más fiable y económica. El uso de varios servidores en forma de cluster puede hacer uso de una característica de SQL Server 2000 que permite la actualización de los datos de todos estos servidores según las necesidades del negocio. La replicación de SQL Server 2000 no solo se puede aplicar sobre servidores configurados como cluster también puede usarse para replicar una de las bases de datos o un subconjunto del Data Warehouse a un servidor de una entidad de la empresa. Estaríamos hablando de un posible Data Mart. En nuestro ejemplo clásico de empresa comercial estaríamos hablando de replicar el Data Mart de las ventas de Ciego, al servidor de la Sucursal Ciego de Ávila. Allí se podrían sacar reportes muy provechosos por parte de los comerciales sin necesidad de congestionar la Red WAN con los datos de estos reportes. Teniendo en cuenta que los enlaces WAN entre provincias son bastante costosos y lentos en comparación con los 100 Mbps de la Red LAN. |