tesis de grado ingeniero en sistemas...

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES

FUNCIONAMIENTO DE SISTEMAS DE ALTA

DISPONIBILIDAD, UTILIZANDO

MICROSOFT FAILOVER CLUSTERING

TESIS DE GRADO

Previa a la Obtención del Título de:

INGENIERO EN SISTEMAS COMPUTACIONALES

AUTORA: ENMA VANESSA ASTUDILLO SEMINARIO

TUTOR: ING. JUAN CARLOS RAMOS ROMERO

GUAYAQUIL - ECUADOR

2011

Guayaquil, Agosto 30 del 2011

APROBACIÓN DEL TUTOR

En mi calidad de Tutor del trabajo de investigación “Funcionamiento de Sistemas Alta

Disponibilidad, Utilizando Microsoft Failover Clustering”, elaborado por la Srta. Enma

Vanessa Astudillo Seminario, egresada de la Carrera de Ingeniería en Sistemas

Computacionales, Facultad de Ciencias Matemáticas y Físicas de la Universidad de

Guayaquil, previo a la obtención del título de Ingeniero en Sistemas Computacionales,

me permito declarar que luego de haber orientado, estudiado y revisado, la Apruebo en

todas sus partes.

Atentamente,

……………………………………………………

Ing. Juan Carlos Ramos Romero

TUTOR

DEDICATORIA

A mis padres, que han sido mi inspiración y motivación, ya que con su amor y apoyo

incondicional, me han ayudado en la larga carrera universitaria.

Gracias por llenar con su esencia y presencia cada elemento de mi vida, mostrándome el

significado de vivir y amar.

AGRADECIMIENTO

A Dios, por ser mi sustento y guía en cada camino a seguir.

A Enma Seminario y Jorge Astudillo, mis amados padres, quienes me dieron la vida y

guían mi camino con su amor y dedicación, porque siempre han estado allí, para mí, con

sus brazos abiertos llenos de comprensión y la preocupación en el corazón, dándome sus

consejos, compartiendo mis alegrías y tristezas, infinitas gracias y aún es poco.

A mis hermanos Janeth Astudillo y Henry Astudillo, siempre dispuestos, perseverando y

acompañándome en el andar de la vida.

Al Ing. Edison Velasco, por brindarme todo el apoyo.

A mi tutor el Ing. Juan Carlos Ramos Romero, por su disponibilidad ayudándome a

delimitar y esclarecer mis ideas.

A mis familiares y amigos, que también me han ayudado para que mi vida estudiantil

llegue a la meta anhelada.

TRIBUNAL DE GRADO

Ing. Fernando Abad Montero Ing. Juan Chanabá Alcócer

DECANO DE LA FACULTAD DIRECTOR

CIENCIAS MATEMATICAS Y FISICAS

Ing. Juan Carlos Ramos Romero PROFESOR DEL ÁREA - TRIBUNAL

TUTOR

Ab. Juan Chávez A.

SECRETARIO




COMPUTACIONALES

FUNCIONAMIENTO DE SISTEMAS DE ALTA

DISPONIBILIDAD, UTILIZANDO

MICROSOFT FAILOVER CLUSTERING

Proyecto de trabajo de grado que se presenta como requisito para optar por el título de

INGENIERO en SISTEMAS COMPUTACIONALES.

Autora: Enma Vanessa Astudillo Seminario

C.I.: 0925332678

Tutor: Ing. Juan Carlos Ramos Romero


I

CERTIFICADO DE ACEPTACIÓN DEL TUTOR

En mi calidad de Tutor del Primer Curso de Fin de Carrera, nombrado por el

Departamento de Graduación y la Dirección de la Carrera de Ingeniería en Sistemas

Computacionales de la Universidad de Guayaquil.

CERTIFICO:

Que he analizado el Proyecto de Grado presentado por la egresada Enma Vanessa

Astudillo Seminario, como requisito previo para optar por el título de Ingeniero cuyo

problema es:

______________________________________________________________

______________________________________________________________

______________________________________________________________

Considero aprobado el trabajo en su totalidad.

Presentado por:

Nombres y Apellidos Completos Cédula de Ciudadanía Nº

Tutor:


II

ÍNDICE GENERAL

CARTA DE ACEPTACIÓN DEL TUTOR I

ÍNDICE GENERAL II

ÍNDICE DE CUADROS IX

ÍNDICE DE GRÁFICOS XI

RESUMEN XV

INTRODUCCIÓN 1

CAPÍTULO I: EL PROBLEMA

PLANTEAMIENTO DEL PROBLEMA

Ubicación del Problema en un Contexto 4

Aspectos a Considerar 4

Narrativa del Contexto Situacional del Problema 5

Síntesis del Problema 6

Alternativa 7

Situación Conflicto: Nudos Críticos 8

Causas y Consecuencias del Problema 9

Delimitación del Problema 11

Formulación del Problema 12

Evaluación del Problema 15

Objetivos de la Investigación 19

Justificación e Importancia de la Investigación 20

Utilidad Práctica de la Investigación 23

Cuales serán los Beneficiarios 24

CAPÍTULO II: MARCO TEÓRICO

Antecedentes del Estudio 25

Fundamentación Teórica 27

¿Qué es un Sistema HA (High Availability – Alta Disponibilidad)? 32

Comparación de Herramientas para Mantener

Sistemas Altamente Disponibles 34

Ventajas y Desventajas de los Sistemas de

Alta Disponibilidad con MSFC 43

Sistemas de Alta Disponibilidad Geográficamente

Disperso con MSFC 44

Ejemplos de Storage – Almacenamiento de Discos 46

Tipos de Raid 52

Controladora de Discos: SAN (VSA) 56

Tiempo Muerto Previsto e Imprevisto en los Sistemas 60

Cálculo del Porcentaje para Conocer si un Sistema es HA 61

Beneficios del Microsoft Failover Clustering 64

Servicios del Microsoft Failover Clustering 65

Fundamentación Legal 67

Constitución de la República del Ecuador 67

Reglamento de Curso de Graduación de la

Carrera de Ing. en Sistemas 67

Hipótesis de la Investigación 68

Variables de la Investigación e Indicadores 68

Análisis del HA 72

Definiciones Conceptuales 73

CAPÍTULO III: METODOLOGÍA

DISEÑO DE LA INVESTIGACIÓN

Modalidad de la Investigación 79

Población y Muestra 80

Operacionalización de Variables 84

Estudio de Factibilidad 86

Factibilidad Operacional 87

Factibilidad del Microsoft Failover Clustering 89

Factibilidad Económica 89

Recursos de Hardware 89

Recursos de Software 90

Recursos Humanos 91

Instrumentos de Recolección de Datos 91

Instrumento de la Investigación 92

Procedimientos de la Investigación 93

Recolección de la Información 95

Procesamiento y Análisis 96

Criterios para la Elaboración de la Propuesta 106

Criterios de Validación de la Propuesta 106

CAPÍTULO IV: ELECCIÓN DE LA SOLUCIÓN PROPUESTA

Marco Administrativo 108

Cronograma 108

Presupuesto 111

Requerimientos para la Demostración

del Microsoft Failover Clustering 112

Arquitectura del Prototipo 112

Funcionamiento del Entorno Altamente Disponible 114

Microsoft Failover Clustering: Consistencia de Información 132

Abriendo el Entorno del Sistema HA 137

Demostración del Prototipo 157

CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES

Conclusiones 166

Recomendaciones 170

ANEXOS

ANEXO Nº1:

Empresas que Prestan Servicios a Clientes,

Como por Ejemplo una “Institución Financiera” 172

ANEXO Nº2:

Encuesta Realizada 174

ANEXO Nº3:

Instalación del Software HP LeftHand 9.0 177

ANEXO Nº4:

Instalación del Software VMWare Player 3.1 189

ANEXO Nº5:

Instalación del Software Windows Server 2008 201

ANEXO Nº6:

Instalación del Software SQL Server 2008 R2 213

ANEXO Nº7:

Configuración del Software iSCSI Initiator 240

ANEXO Nº8:

Configuración del Microsoft Failover Clustering 251

REFERENCIAS BIBLIOGRÁFICAS 276

IX

ÍNDICE DE CUADROS

CUADRO Nº1:

Ejemplo de Arreglo de Discos 57

CUADRO Nº2:

Requisitos de Memoria para Discos VSA 60

CUADRO Nº3:

Porcentajes del Tiempo de Inactividad por Año 63

CUADRO Nº4:

Matriz de Operacionalización de Variables 84

CUADRO Nº5:

Detalles del Egreso del Proyecto 111

CUADRO Nº6:

¿El Microsoft Failover Clustering Pierde Información? 132

CUADRO Nº7:

Transaccionalidad 134

XI

ÍNDICE DE GRÁFICOS

GRÁFICO Nº1:

Empresa: Escenario de Actividad del Sistema HA 24

GRÁFICO Nº2:

Escenario del Microsoft Failover Clustering 37

GRÁFICO Nº3:

Escenario del Log Shipping 39

GRÁFICO Nº4:

Escenario del DataBase Mirroring 41

GRÁFICO Nº5:

Escenario de Combinación del Failover Clustering con el Log Shipping 42

GRÁFICO Nº6:

Arreglo de Discos Visualizado por el iSCSI 58

GRÁFICO Nº7:

Tipos de Empresas en las que Labora el Trabajador 96

GRÁFICO Nº8:

Función que Desempeña el Trabajador 97

GRÁFICO Nº9:

Impacto Hacia el Cliente, Influyendo el Grado de Ingresos,

en Caso de Fallas 98

GRÁFICO Nº10:

Conocimiento de que es un Sistema Altamente Disponible 99

GRÁFICO Nº11:

Conocimiento de Herramientas para Mantener los Sistemas

Altamente Disponibles 100

GRÁFICO Nº12:

Empresas que están Dispuestas en Adquirir Herramienta para

Mantener el Sistema Altamente Disponible 101

GRÁFICO Nº13:

Utilización de Plataforma y/o Producto de Microsoft

(SQL Server, Exchange, Windows Server, etc.) 102

GRÁFICO Nº14:

Conocimiento de Microsoft Failover Clustering 103

GRÁFICO Nº15:

Factibilidad que tienen las Empresas de Implementar esta

Solución de Alta Disponibilidad 104

GRAFICO Nº16:

Detalles del Cronograma 108

GRÁFICO Nº17:

Entorno del Sistema HA con Microsoft Failover Clustering 114

GRÁFICO Nº18:

VSA - Storage 274

GRÁFICO Nº19:

Vista Preliminar de la Configuración del Storage 275

XV




COMPUTACIONALES

FUNCIONAMIENTO DE SISTEMAS DE ALTA DISPONIBILIDAD,

UTILIZANDO MICROSOFT FAILOVER CLUSTERING



RESUMEN

Los servidores tolerantes a fallos utilizan un alto nivel de redundancia de hardware más

software especializado para proporcionar la recuperación de cualquier avería, con un costo

considerablemente alto. Para que en las empresas, logren prevenir ciertos inconvenientes

en cuanto al sistema, una opción es implementar el Microsoft Failover Clustering, ya que

esta funcionalidad es de mayor disponibilidad, por lo que minimiza los tiempos de parada,

apresurando la recuperación del sistema; para que de esta manera se mantenga los niveles

en un buen estado rigiendo los servicios correctamente; y así se obtendrá una solución de

alta disponibilidad. En la actualidad, gran cantidad de empresas no poseen estos sistemas

de alta disponibilidad para aplicaciones de misión crítica, y esto debe convertirse en un

objetivo primario para el negocio, ya que sirve cuando la continuidad del negocio se ve

interrumpida, lo cual puede generar pérdidas significativas. De esta manera proporciona la

disponibilidad al servicio, minimizando el impacto al usuario. Algunas empresas no poseen

herramientas de alta disponibilidad, por falta de conocimiento con un 64%. La reducción

de pérdida de tiempo incide en forma directa en el mejoramiento de calidad, eficiencia y

eficacia de los sistemas de la empresa. Por eso las actividades en la empresa requieren

apoyarse de alta disponibilidad, para que permita estimar grandes ingresos, porque la alta

disponibilidad tiene la capacidad de un cluster, para mantener en funcionamiento una

aplicación. Considerando así un proyecto factible, porque por medio de esta investigación,

las empresas que dan servicios, tendrán un conocimiento más claro de toda la

infraestructura, observando cuales serían los beneficios y cuanto sería su costo.




COMPUTACIONALES

FUNCIONAMIENTO DE SISTEMAS DE ALTA DISPONIBILIDAD,

UTILIZANDO MICROSOFT FAILOVER CLUSTERING



ABSTRACT

Fault-tolerant servers use a high level of hardware redundancy to provide specialized

software recovery of any damage, at a cost considerably higher. So that enterprises achieve

prevent certain drawbacks in the system, one option is to implement the Microsoft Failover

Clustering, because this functionality is of greater availability, minimizing downtime,

speeding the recovery of the system to thus maintaining the levels in a good state to govern

the services correctly, and thus obtain a high availability solution. Today, many companies

do not have these high-availability systems for mission critical applications, and this

should become a prime target for business, as it serves as business continuity is interrupted,

which may cause losses significant. Thus providing service availability while minimizing

the impact to the user. Some companies do not have tools for high availability, lack of

knowledge by 64%. Reducing waste of time directly affects the improvement of quality,

efficiency and effectiveness of enterprise systems. So the company activities require high

availability support for large incomes to estimate, because the high availability is the

ability of a cluster to keep running an application. Thus considered a feasible project,

because through this research, companies that provide services will have a clearer

understanding of the entire infrastructure, which would be observing the benefits and how

much it would cost.

1

INTRODUCCIÓN

El presente estudio, satisface la necesidad de un marco de referencia para la

implementación de Sistemas Altamente Disponibles. El resultado obtenido es el saber del

funcionamiento del Microsoft Failover Clustering que apoya la definición y enseña del

mismo, para que tengan un enfoque más claro de esta ejecución. Uno de los recursos más

importantes con los que cuenta cualquier empresa es la información.

La explotación de la información de la misma habilita a los ejecutivos a tomar decisiones

más adecuadas y efectivas, fundamentalmente reconocer oportunidades y posibilidades de

crecimiento.

Las empresas deben tener un alto grado de rendimiento para que sean competitivas y

obtener ventajas de todos sus recursos para asegurar la efectividad de sus estrategias y su

correspondiente remuneración.

Así mismo, la disponibilidad de los sistemas es vital dentro de las organizaciones, puesto

que esto determina en mayor medida la aceptación de los clientes y por ende mantenerlos

como tal. Dentro de toda la gama de servicios está la base de datos, que es el pilar

fundamental para las aplicaciones informáticas que se sirven de ésta, por lo que un

funcionamiento sin interrupciones del servicio es ideal. El análisis de la herramienta de

2

alta disponibilidad, es para obtener un enfoque más preciso para que a lo largo del tiempo

las empresas obtén por la respectiva implementación de la misma, lo cual les permitirá,

la recuperación de los servicios y aplicaciones automáticamente en segundos y como

máximo en minutos, dependiendo de la información que se tenga; logrando la

optimización de recursos de una manera eficaz y eficiente.

Este funcionamiento se adaptada a empresas que deseen iniciar su aprendizaje, poniendo

en práctica ésta tecnología logrando hacer más fáciles las iniciativas de implementación

del los Sistemas de Alta Disponibilidad; proporcionando buenas bases y nociones de lo

que es el Microsoft Failover Clustering. Este, es un software diseñado para evitar

tiempos muertos, facilitando la disponibilidad, fiabilidad, rendimiento y escalabilidad,

realizando la agrupación de los nodos para que ellos internamente puedan observar el

arreglo de discos, esto es mucho más rentable que las computadoras individuales. Por

otro lado, se tiene el recurso del quórum, ya que mantiene los datos de configuración

necesarios para la recuperación del cluster. De esta manera, la seguridad del sistema,

puede afirmar un alto grado de cuidado, atención a la propiedad de información y a su

vez permitiendo un ajuste amplio de confianza y comportamiento. Por lo que un sistema

altamente disponible, como el Failover, nos sirve para transferir automáticamente de un

servidor fallado a un servidor de la supervivencia, debido a que están clusterizados por

medio del iSCSI. Consecuentemente, los usuarios experimentan solamente una pausa

momentánea en los servicios y aplicaciones. Obteniendo a su vez una mejor

3

manejabilidad, porque también se puede mover manualmente a otro servidor, haciendo

un Failback, por lo que pueden requerir mantenimiento, y de esto se encarga los

responsables de la IT para que pueda balancear manualmente cargas de trabajo del

servidor.

La implementación de esta herramienta, ayuda a obtener una buena rentabilidad en los

servidores, ya que este es un elemento primordial en el mundo de los negocios,

fortaleciendo su línea por su utilización, ya que trabaja por medio de instancias SQL; sin

embargo, es una inversión muy cara por su tipo y plataforma informática. Pero se logra

conseguir, sistemas tolerantes a fallos, por lo que cuenta con un alto nivel de

redundancia, con la ayuda del Microsoft Failover Clustering; cabe recalcar que también

existen otras herramientas que pueden ayudar a tener un sistema altamente disponible,

realizando una breve comparación.

CAPÍTULO I

EL PROBLEMA

PLANTEAMIENTO DEL PROBLEMA

1.1. UBICACIÓN DEL PROBLEMA EN UN CONTEXTO

1.1.1. ASPECTOS A CONSIDERAR

o Las empresas hoy en día, se ven afectadas por no contar con un plan

estratégico con respecto a sus aplicaciones y servicios del sistema. El

problema a resolver, es de qué manera se puede salvaguardar los servidores

de misión crítica.

o El tiempo, es un elemento fundamental en una empresa, ya que no se pueden

dar la oportunidad de que el sistema se quede en inactividad, por lo que se

generarían grandes pérdidas.

5

o Para poder dar impulso a la implementación, se considera la inversión en esta

herramienta. Pero, obviamente, que para cumplir con este objetivo se necesita

conocer el correcto funcionamiento de la misma y así poder canalizar un

buen sistema.

o Los administradores deben establecer y hacer cumplir las políticas de

seguridad que proporcionan la protección robusta, para obtener

características de suma importancia, satisfaciendo las necesidades de la

conectividad de los usuarios, de tipos de dispositivo, de tipos de conexión

internos y externos de red, y de configuraciones de sistema.

1.1.2. NARRATIVA DEL CONTEXTO SITUACIONAL DEL

PROBLEMA

A medida que va avanzando el tiempo, los sistemas van teniendo vulnerabilidades

y los negocios cada vez tienen más competencia, queriendo ser excelentes en su

línea, por eso se deben enfocar en cómo obtener una herramienta de alta

disponibilidad, porque los síntomas que se manifiestan, son desagradables, porque

cuando hay fallos en el sistema y no se tiene todas las medidas correspondientes

6

para salir de este problema, las empresas se enfrentan ante desastres, generando

consecuencias irreparables, ya que si ocurre daños en un servidor, se tendría que

armar otro servidor y luego recuperar información, aunque puede ser que no se

recuperaría toda y después se tendría que levantar nuevamente el sistema de base

de datos.

El pronóstico de este problema en las empresas, es que con los posibles efectos que

causa, por no tener equipos robustos con la implementación de una solución que

ayude a proporcionar un sistema rentable, se puede llevar a cabo el fracaso.

1.1.3. SÍNTESIS DEL PROBLEMA

Las interrupciones planificadas y no planificadas, hacen que el sistema quede

inactivo por un lapso, y podría ser días, semanas, horas, minutos o segundos. Pero

el tiempo de levantar el servicio, se lo puede cuantificar en cualquier instante,

basándose en los niveles de tolerancia.

7

1.1.3.1. ALTERNATIVA

Como las empresas desean garantizar la funcionabilidad de las bases de datos y

las aplicaciones de uso crítico durante el tiempo fuera de servicio, planificado o

no; pero para esto deberán proporcionarse herramientas técnicas, manejando

gestiones de mantenimientos de los servicios, y desarrollando así una correcta

planificación.

La particularidad de tener sistemas altamente disponibles, es para aumentar el

incremento en las empresas y considerar el proceso como algo rentable para sus

aplicaciones.

Todas las aplicaciones del sistema en los negocios tienen un aspecto muy

fundamental y de mayor importancia; ya que la necesidad es asegurar el éxito en

la gestión empresarial.

8

1.2. SITUACIÓN CONFLICTO: NUDOS CRÍTICOS

Las empresas ponen mucho valor en los servidores de misión crítica y confían en

ellos para marchar sus negocios. Por lo que, el tiempo muerto del servidor puede ser

muy costoso.

Un servidor muy usado del e-mail o de base de datos puede costar fácilmente millares

de dólares en productividad perdida; ya que el problema surge debido a que las

empresas tanto medianas como grandes, necesitan equipos que permitan tener alta

disponibilidad y rendimiento en los sistemas, algunas de ellas, por ejemplo el World

Trade Center en 1993, 145 de las 350 empresas que allí se alojaban (algo más del

40%) cerraron sus puertas porque no disponían de una infraestructura informática

redundante.

Otro caso que se ha manifestado por Oracle Corp. y Datamation, dice que una

empresa puede perder entre 80,000 y 350,000 dólares por hora, porque hay una

interrupción no planeada de sus servicios informáticos.

9

Por lo tanto, que sucedería, si una empresa no pudiera recuperar los servicios críticos

del sistema?. En este caso, no se tendría opción a nada, porque se estaría llevando a

bajo todo lo que estaba organizado; ya que esos servicios son de gran vitalidad para

seguir con las labores correspondientes.

1.3. CAUSAS Y CONSECUENCIAS DEL PROBLEMA

Causas:

Las causas, es por no contar con un buen equipamiento en los servidores,

llevando a cabo la inactividad de la empresa:

o Por los errores de software (que puede ser S.O, compatibilidad de

versiones, drivers no compatibles, actualización de antivirus, virus,

firewall, entre otros), debido al mal mantenimiento.

o Por los errores de hardware (que puede ser las memorias, discos duros,

tarjetas de red, fallo de la red, entre otros), debido a un equipo gastado.

10

o Por falta de recursos e inversión en la empresa, debido a la mala

administración.

o Por el fallo de energía eléctrica, debido a un apagón.

o Por los agentes atmosféricos (como la humedad, temperatura, viento) y

los desastres naturales (como los terremotos, incendios, entre otros),

debido a un equipo no bien estructurado.

Consecuencias:

Las consecuencias se llevaran a cabo, si las causas se pronuncian:

o Por error en el software, se crean dificultades en las labores de los

usuarios, y el cliente tendrá que esperar hasta solventar este

inconveniente, ocasionando la pérdida de imagen de la empresa.

o Por error en el hardware, no se obtendrá la comunicación entre

dispositivos, y se tendrá que armar uno nuevo con todo lo necesario

para poder seguir con la atención al cliente, perdiendo tiempo y dinero.

11

o Por falta de recursos e inversión, no se cuenta con un buen servicio,

provocando a su vez la disminución de clientes y de ingresos.

o Por el fallo de energía eléctrica, se podrían reducir los ingresos, por no

tener una prevención en el servidor.

o Por los agentes atmosféricos y desastres naturales, se perdería toda la

información que es vital para la empresa; llevando a cabo el

quebramiento de la misma, ya que no podría mantenerse.

1.4. DELIMITACIÓN DEL PROBLEMA

El tiempo de este análisis fue en el período (2010-2011) durante 8 meses, se realizó la

investigación en el Ecuador, las aplicaciones de las empresas trabajan con base de

datos locales, estas aplicaciones prestan servicios a los clientes, cuentan con una base

de datos, se convierte en un problema cuando existe una falla “Inactividad en la

Empresa”, es decir, dejan de atender a los clientes, para encontrar la solución al

problema pueden pasar horas o incluso días hasta encontrar la solución al problema,

ocasionando que la empresa pierda dinero, porque si no produce no gana,

12

generalmente la competencia, van robusteciendo sus sistemas, por eso las empresas

deben tomar decisiones a tiempo velando por minimizar el tiempo de inactividad de

sus sistemas ante de la eventualidad de un problema.

Por lo indicado anteriormente las empresas deben evaluar en un análisis de costo

beneficio si es más rentable invertir más dinero creando una arquitectura con sistemas

de alta disponibilidad que le permita tener una recuperación ante fallos en el menor

tiempo posible, logrando así dar un servicio continuo y mejorando la competitividad

ante otras empresas, o no invertir y estar vulnerables ante cualquier fallo, incluso

llegando a perder la información, lo que puede producir pérdidas de ingresos,

consiguiendo así un fracaso de la empresa.

1.5. FORMULACIÓN DEL PROBLEMA

¿Cuánto Cuesta el Tiempo de Inactividad de una Empresa?

Las circunstancias, por no tener implementada una solución óptima, son latentemente

graves e irreparables, por eso, se debe actuar rápido y tomar una decisión acertada

para poder resolver este problema, y de esta manera se ganarían mucho más,

13

realizando una buena inversión. Esta es una consideración crítica y de suma

importancia, porque una vez habilitado el plan, se obtendría grandes ventajas,

previniendo que se vengan abajo las aplicaciones de misión crítica.

En la actualidad las organizaciones medianas y grandes deben estar en la capacidad de

mantener sus sistemas 24 horas, los 7 días de la semana y 365 días al año, para esto se

debe buscar mecanismos que permitan tener sistemas de alta disponibilidad. Para que

un sistema sea altamente disponible, es cuando tiene la capacidad de minimizar las

fallas a través de la inclusión de redundancia en los componentes y tolerancia a fallos;

y con esto cumplir con los acuerdos de niveles de servicio y requerimientos de

disponibilidad del negocio.

En base a un estudio, se puede verificar que tan óptimo es implementar en el negocio

este tipo de herramientas, evitando problemas de inactividad cuando se produce una

interrupción no planificada. Por eso el negocio debe estar preparado con los más

altos niveles de disponibilidad de todo el servicio, comenzando con un entendimiento

profundo de lo que cada solicitud significa para su negocio.

Las interrupciones del servicio pueden también ser rutinarias y fiables, por ejemplo el

tiempo muerto previsto para el mantenimiento del servidor. Con esta herramienta

14

disponible en el mercado, las empresas tienen menos pretextos sobre la caída de los

servidores con sus respectivas aplicaciones; ya que proporciona mejoras en las

funcionalidades del sistema.

La carencia de esta infraestructura en las empresas es muy devastadora, porque la

rapidez de los negocios y el progreso de los mercados van en aumento generando

amenazas contra la competencia. La gestión del rendimiento y generación de informes

son actividades costosas y que necesitan tiempo para su ejecución, por ende, una

herramienta de alta disponibilidad, permitirá automatizar y acelerar la recuperación de

los servicios ante errores de aplicaciones, obteniendo de esta manera soluciones

inmediatas, ya que brinda un buen manejo de autorecuperación.

15

1.6. EVALUACIÓN DEL PROBLEMA

Los aspectos generales de evaluación son:

Delimitado:

En la actualidad las empresas necesitan sistemas que puedan trabajar 7 x 24,

logrando así dar un servicio continuo al cliente, por esto es necesario buscar

herramientas de alta disponibilidad que ayuden a minimizar el impacto ante

un fallo haciendo que la recuperación del sistema sea casi inmediata, con esto

se logra ofrecer disponibilidad y rendimiento, para alcanzar este objetivo es

necesario realizar una inversión para la adquisición hardware, software y

recursos necesarios para la puesta en marcha de la solución. Con esto se

evitaría que las empresas muchas veces fracasan, porque las competencias

cada vez son más fuertes, y si no toman decisiones a tiempo pueden bajar la

rentabilidad del negocio, perder la imagen y credibilidad ante el cliente, y así

bajar la rentabilidad de la misma.

16

Claro:

Se debe definir los sistemas de alta disponibilidad que pueden utilizar las

empresas, comparar varias herramientas y analizar el funcionamiento de una

de ellas, analizando el costo/beneficio; y tomando en cuenta el tiempo de

recuperación ante desastres.

Evidente:

La herramienta de alta disponibilidad, permite tener un sistema confiable, por

lo que las empresas pueden recuperarse ante un fallo en un tiempo

relativamente pequeño, evitando tener que preparar nuevos servidores desde

cero, lo que podría tomar un par de días e incluso semanas; dependiendo de

la disponibilidad e integridad de la información. Por otro lado se considera la

posibilidad de ocasionar daños mayores en los sistemas, y en estos casos, la

empresa estaría en un gran problema.

Concreto:

Un problema en los servidores, sería fatal, por lo que se encuentra todo su

contenido; pero con la herramienta de alta disponibilidad se logrará levantar

absolutamente todo, en otro servidor.

17

Relevante:

Se enfoca al aprendizaje que se obtiene como investigador, analizando el

funcionamiento de esta herramienta. Porque el tomar decisiones acertadas a

su debido tiempo, se evitaría una desorganización, ya que desde el punto de

vista, algunas empresas han tenido consecuencias irreparables y han tenido

que cerrar sus puertas, perdiendo todo lo que tenían proyectado; por eso se

debe contar con una gran infraestructura para llevar a cabo una excelente

competitividad de cada empresa, aumentando la posibilidad de sobrevivir e

inclusive de crecer.

Original:

Se podrá disminuir la cantidad de tiempo muerto, haciendo que la bases de

datos esté disponible para los usuarios después del proceso.

Contextual:

Cuando se adquiere la solución de alta disponibilidad, se obtiene un

crecimiento financiero favorable; siendo competitivo y sin dificultades e

inseguridades en el sistema.

18

Factible:

Mejora la rentabilidad del sistema, mediante la disponibilidad, fiabilidad,

rendimiento y escalabilidad, haciendo que el servicio nunca pare o se pierda,

y que sea los más eficaz y eficiente posible; ya que el tiempo es algo

primordial para la empresa, por lo que tienen que satisfacer a sus clientes.

Identifica los Productos Esperados:

La herramienta de alta disponibilidad, dispone dar solución para el sistema,

gracias a su funcionalidad, por lo que solventa los escenarios aportando valor

al negocio, con respecto a la:

o Reformación de la organización y gestión de datos.

o Restauración y agilización del progreso de aplicaciones y servicios.

o Potenciación e integración de seguridades.

Variables:

La magnitud de la investigación, es con la finalidad de tener claro el objeto

de estudio, para obtener una descripción de la hipótesis, siendo afirmativa y

19

asequible, dando lugar a un enfoque concreto, ayudando a estructurar y

sistematizar el sistema, mediante esta herramienta. Las razones por la que

puede afectar al entorno del sistema son por los cambios que surge la tierra y

por los deslices informáticos, llegando a ocasionar manifestaciones de fuerza

mayor, por eso es necesario contar con una HA, manteniendo seguridad para

que el funcionamiento del sistema no se caiga.

1.7. OBJETIVOS DE LA INVESTIGACIÓN

Objetivo General:

Definir los sistemas de alta disponibilidad, realizando una comparación de

características con otras herramientas; demostrando el funcionamiento de

Microsoft Failover Clustering.

Objetivos Específicos:

o Definir los sistemas de alta disponibilidad.

20

o Revisar y comparar características de las herramientas que permitan

mantener sistemas de alta disponibilidad.

o Proponer a Microsoft Failover Clustering como herramienta de alta

disponibilidad.

o Analizar el costo/beneficio para las organizaciones, utilizando Microsoft

Failover Clustering.

o Analizar y Demostrar la funcionalidad de recuperación ante desastres,

utilizando Microsoft Failover Clustering.

1.8. JUSTIFICACIÓN E IMPORTANCIA DE LA INVESTIGACIÓN

El uso de la herramienta de alta disponibilidad, Microsoft Failover Clustering, ayuda a

obtener una mejor contingencia para el funcionamiento de los sistemas, siendo una

estrategia para la empresa. Con esta investigación se pretende que las empresas

tengan el correcto conocimiento y utilización de esta herramienta de alta

disponibilidad; analizando como funciona o la manera en como actúa, y también un

21

aproximado de cuanto sería su costo y a la vez sus beneficios, dando lugar a

comprender que se requiere para implementar esta herramienta, y de esta manera

podemos minimizar el tiempo inactivo en los sistemas. No obstante, existen otras

herramientas que permiten la alta disponibilidad, por eso se revisará, realizando una

comparación de las mismas.

Cabe recalcar, que estas herramientas que se compararán, trabajan con el Sistema

Operativo “Windows Server 2008 Enterprise” y con la Base de Datos “SQL Server

2008 R2 Enterprise”.

Se debe tener implementado una herramienta de alta disponibilidad, para que la

empresa tenga su continuidad laboral; obteniendo eficiencia y eficacia en la línea del

negocio.

En el caso del Failover nos garantiza la integridad de información, sin pérdida de

datos, evitando molestias a los usuarios, por lo que no observarán cuando se ha

producido algún inconveniente. La excelencia de esta herramienta, es que nos permite

mantener la confiabilidad, seguridad, pero sobre todo disponibilidad de toda la

instancia del server. De esta manera se puede ser competente en el mercado, por lo

que el server de producción no dejará de dar servicio a sus clientes que están siendo

atendidos.

22

El aporte de esta investigación es dar a relucir esta tecnología, para que de esta

manera, las empresas tomen la decisión de poder contar con una herramienta

altamente disponible, ya que ayuda a optimizar el rendimiento de los servidores.

El punto notable de la problemática, es la inactividad del sistema por interrupciones

planeadas y no planeadas, ya que esto es relacionado con las calamidades que se

presentan cada día; y por ello la necesidad de que las empresas tengan sistemas

altamente disponibles, para que puedan alcanzar una buena organización y gestión de

datos, agilización de las aplicaciones y servicios, ya que nos brinda la fiabilidad del

sistema y administración.

1.9. UTILIDAD PRÁCTICA DE LA INVESTIGACIÓN

El Microsoft Failover Clustering, se lo puede aplicar en empresas pequeñas, medianas

o grandes, dependiendo el grado de misión crítica, por lo que los servidores que

contienen todos los servicios y aplicaciones, deben ser tolerantes a fallos, para que

funcione el sistema continuamente. Así mismo se realizará una investigación en

varias empresas y revisar cuales podrían estar al alcance de adquirir esta solución,

luego de esto realizar un estudio de factibilidad en la empresa. Esta investigación de

23

mercado, es para dar a conocer el funcionamiento de como obtener un sistema

altamente disponible, para que las empresas tengan un conocimiento más concreto

sobre estos sistemas y de esta manera estén dispuestos a invertir en este plan de

contingencia; para ello, se tendría que ver, su tamaño, cuáles son sus procesos, el

mercado que apunta y sus ingresos.

1.10. CUALES SERÁN LOS BENEFICIARIOS

La meta del proyecto, es para que las empresas dispuestas a invertir, se satisfagan con

esta herramienta, ya que se puede disminuir la latencia del fallo y del error de los

servicios transaccionales, ejecutándose por un grupo de procesos, para que obtengan

una buena organización en su negocio, aprovechando esta herramienta, que ayuda a

proteger todos los servicios del sistema. Y estos a su vez puedan satisfacer a todos los

que intervienen en el mismo. Desde luego, el propósito de este proyecto, es mejorar el

funcionamiento de los servidores de las empresas, pretendiendo alcanzar éxitos de

aumento, tomando excelentes decisiones para su futuro. (VER GRÁFICO Nº1)

24

GRÁFICO Nº1

ESCENARIO DE ACTIVIDAD DEL SISTEMA HA

E

M

P

R

E

S

A

Elaboración: Enma Vanessa Astudillo Seminario.

Fuente: Enma Vanessa Astudillo Seminario.

(VER ANEXO Nº1)

CAPÍTULO II

MARCO TEÓRICO

2.1. ANTECEDENTES DEL ESTUDIO

“El origen del término y del uso de este tipo de tecnología sobre el clúster, es

desconocido pero se puede considerar que comenzó a finales de los años 50 y

principios de los años 60” (El marketing, 2010). Obteniendo comunicaciones entre

nodos, por medio de configuraciones de redes y disco de datos. Cabe recalcar, que el

primer cluster fue ARCnet, desarrollada en 1977 por Datapoint; pero no tuvo mucho

éxito en el mercado; hasta que en 1984 VAXcluster se dio a conocer el Sistema

Operativo VAX/VMS.

La base formal de la ingeniería informática de la categoría como un medio

de hacer trabajos paralelos de cualquier tipo fue posiblemente inventado

por Gene Amdahl de IBM, que en 1967 publicó lo que ha llegado a ser

considerado como el papel inicial de procesamiento paralelo: La Ley de

Amdahl, que describe matemáticamente el aceleramiento que se puede

http://es.wikipedia.org/wiki/Ingenier%C3%ADa_inform%C3%A1ticahttp://es.wikipedia.org/wiki/Gene_Amdahlhttp://es.wikipedia.org/wiki/IBMhttp://es.wikipedia.org/wiki/Ley_de_Amdahlhttp://es.wikipedia.org/wiki/Ley_de_Amdahl

26

esperar paralelizando cualquier otra serie de tareas realizadas en una

arquitectura paralela (El marketing, 2010).

La historia de los pioneros de la computación, está relacionada casi con la historia de

los principios de las redes, por lo que fue una primera motivación para empezar el

desarrollo de cómo enlazar recursos entre sí, procediendo a la creación de un clúster

de computadoras. “Las redes de conmutación de paquetes fueron conceptualmente

inventados por la corporación RAND en 1962” (El marketing, 2010).

La definición del cluster apareció cuando los pioneros de la supercomputación

ambicionaban propagar diferentes procesos entre diversas computadoras, esto se

pensó con un hardware más económico y fácil de conseguir, dando lugar para que se

pudiera almacenar los resultados que dichos procesos producían. Así mismo,

esperando en la actualidad, resultados similares a los de esta máquina.

La competitividad de las naciones, de ello surgen el modelo ampliamente

conocido como es “El Modelo de Diamante de Porter”, definiendo el

concepto de cluster como un grupo, geográficamente próximo, de empresas

http://es.wikipedia.org/wiki/Conmutaci%C3%B3n_de_paquetes

27

interconectadas e industrias asociadas, en un sector particular, vinculadas

por características y complejidades comunes” (Michael Porter, 1990).

El especial interés que ha surgido en estos últimos años, motivada fundamentalmente,

por la rápida evolución de la tecnología, es porque los equipos informáticos se van

quedando obsoletos en un poco tiempo y por ende hay una adecuada progresión de

cómputo. “Es claro que los cluster han jugado un rol clave en el desarrollo de

industrias en el mundo” (El marketing, 2010).

2.2. FUNDAMENTACIÓN TEÓRICA

Microsoft Corporation cuenta con tres tecnologías para la agrupación:

MSCS (Microsoft Cluster Service – Servicio de Grupo de Microsoft), CLB

(Component Load Balancing - Componente de Equilibrio de Carga) y NLB

(Network Load Balancing – Red de Equilibrio de Caga). En Windows

Server 2008 y Windows Server 2008 R2 el servicio MSCS se ha cambiado a

la agrupación y la conmutación por error de CLB característica ha

quedado obsoleta (El marketing, 2010).

28

Nota: Las versiones de la plataforma han cambiado ya que el MSCS, tiene un

número máximo de 8 nodos y el MSFC (Microsoft Failover Clustering –

Grupo de Conmutación por Error de Microsoft), tiene un número

máximo de 16 nodos; contando con el Hyper-V, que es un software para

dividir máquinas virtuales y también con esta nueva herramienta se

cuenta con una mejora de SQL Agent y SQL Search Full Text; además

incluye el Event Viewer.

El Failover Clustering funciona con la ayuda de una conexión que posee, debido a que

están clusterizados los nodos, identifica un problema y realiza la transferencia

automáticamente, además se puede regresar los servicios y aplicaciones al servidor

original luego de haber arreglado los problemas en el servidor, haciendo un Failback.

De esta manera proporciona la disponibilidad al servicio, minimizando el impacto al

usuario. El otro nodo inicia la aplicación y lee hasta la última información guardada; y

los clientes experimentan una leve interrupción en el servicio; por lo que el cluster de

conmutación por error funciona moviendo los recursos entre los nodos para

proporcionar el servicio si el sistema falla.

29

Dada la creciente dependencia en los sistemas, la globalización de los mercados, el

comercio electrónico y la alta competencia entre las compañías, los costes asociados a

los tiempos de parada (sea cual sea el inconveniente) son cada vez mayores, por eso

las empresas deben tenerlos en consideración. Ya que la alta disponibilidad del

sistema nos impide fallos en el servidor de base de datos, obteniendo una

redundancia, para transferir los registros log de transacciones desde un servidor a otro

para la recuperación inmediata en el servidor en espera.

En algunas de las manifestaciones del cluster, la mayor velocidad de la

computación, al querer interactuar con un gran número de computadoras

como si se tratase de una sola, es el procesamiento en paralelo, formando

un grupo de equipos independientes que ejecutan una serie de aplicaciones

de manera conjunta y apareciendo ante clientes y aplicaciones como un solo

sistema (El marketing, 2010).

Nota: ¿Qué es un Cluster? El cluster es un grupo de servidores independientes

que trabajan colectivamente, haciéndolo más rentable; por lo que

obtendría una conexión heartbeat; y aparece como un solo sistema para

30

los usuarios, dando accesibilidad a este en los recursos en caso de

interrupciones imprevistas, una vez que se haya recuperado los servicios y

aplicaciones; mientras que el DBA tiene el acceso respectivo para verificar

que servidor se encuentra trabajando luego de un fallo; esto es

transparente para el usuario, porque solo notarán la bajada y subida de

los servicios.

Un cluster puede presentarse como una solución a nivel de empresas, las cuales

pueden aprovecharse de estas especiales características de computación para mantener

sus equipos actualizados interactuando entre sí, observándose como una sola máquina;

con la capacidad de tolerar fallos y caída del servicio, para lograr ser un hardware /

software de última generación.

Nota: Los clusters necesitan de algunos componentes tanto de software como

hardware para que funcionen como sistema de alta disponibilidad:

31

o Nodos.

o Sistemas Operativos.

o Almacenamiento Redundante.

o Protocolos de Comunicación.

o Servicios y Aplicaciones.

o Conexiones de Red.

Por lo tanto un Cluster Server permite a los administradores maximizar los recursos al

superar la recuperación reactiva y adoptar una administración preventiva de la

disponibilidad de la aplicación.

Antes de empezar a ver una solución para la alta disponibilidad, es necesario tener en

cuenta toda la arquitectura que tiene que ver con el hardware y/o software, y de esta

manera poder implementar una solución optima para la empresa.

32

2.2.1. ¿QUÉ ES UN SISTEMA HA (HIGH AVAILABILITY –

ALTA DISPOMIBILIDAD)?

Se conoce que un sistema es altamente disponible, cuando se mantiene en

funcionamiento 24 horas, 7 días a la semana y 365 días al año; minimizando

el tiempo de caída a los servidores para que los usuarios sigan con su proceso

y su secuencia; esto debe ser un objetivo primario para el negocio, cuando se

ve interrumpida, lo cual puede generar pérdidas significativas sino contamos

con una herramienta HA.

Nota: ¿Por qué es importante la HA?

o El tiempo de inactividad del servidor es inevitable.

o Se puede mantener su negocio en funcionamiento y en

competitividad.

33

Para poder aumentar de alta disponibilidad es necesario tener en cuenta:

o Tener sólidos principios de bases de datos.

o Utilizar servidores de seguridad, las aplicaciones y el acceso físico.

o Tener una adecuada administración y control para todos los

sistemas y bases de datos.

o Realizar el mantenimiento proactivo.

o Tener a la gente adecuada en los puestos correctos con los

conocimientos adecuados.

Si todas estas cosas se hacen con un mínimo de éxito, la disponibilidad se verá afectada

de manera positiva. Estos elementos también son muy útiles para conservar la

disponibilidad, de esta manera se podrá armar una infraestructura que nos permitirá la

recuperación ante desastres, y por medio de los “nines”, se podrá saber el funcionamiento

de un sistema. (Ver CUADRO Nº 3)

De esta manera se resolverá el problema de negocio para asegurarlo y poder seguir

siendo funcional. SQL Server R2 2008, es sólo el almacén de datos para un gran

34

ecosistema que incluye una aplicación que se conecta a la instancia de SQL Server, la

aplicación, servidores, redes, almacenamiento, y así sucesivamente, sin un componente

de estos no funciona correctamente, todo el ecosistema siente la reacción. Pero como es

una solución global estará disponible (en el caso del Failover Clustering).

2.2.1.1. COMPARACIÓN DE HERRAMIENTAS PARA

MANTENER SISTEMAS HA

Entre la comparación de las herramientas HA, tenemos:

Failover Clustering (Propuesta):

o Consiste en un enlace de equipos informáticos, que son

conectadas generalmente en una red LAN (Local Area

Network – Red de Area Local), con fibra óptica. Y su

limitación es alrededor de 100 millas para la replicación,

debido a las restricciones de la fibra.

o Se logra recuperar los servicios y aplicaciones en segundos y

como máximo en minutos, debido a que están clusterizados

los nodos.

35

o Con este punto de conmutación por error, las bases de datos

siempre son consistentes, es decir, las transacciones se

completaron puesto al día y las transacciones incompletas se

revierten.

Log-Shipping:

o Consiste en que la operación se ejecuta sobre un servidor

principal, puede conectarse con el servidor secundario

mediante una red LAN o WAN (Wide Area Network - Red de

Area Amplia). Y esta es limitada por la red, así como un

subsistema de discos.

o La información puede ser recuperada periódicamente; y puede

tardar entre minutos y horas.

Database Mirroring:

o Consiste en realizar envíos de la base de datos principal a una

base de datos espejo o secundario, mediante una red LAN o

36

o WAN. Y esta es limitada por la red, así como un subsistema

de discos.

o La información puede ser recuperada periódicamente, o

también automáticamente; y puede tardar entre minutos y

horas.

¿Cuáles son sus Usos?

Failover Clustering (Propuesta):

(VER GRÁFICO Nº2)

o Permiten el balanceo de la carga (NBL – Network Load

Balancing), es decir, permite repartir el tráfico de red.

o Detecta el fallo, utilizando una conexión heartbeat para poder

realizar la transferencia de un nodo a otro en caso de la caída

de un servidor, trabajando sincronizadamente.

o La operación continúa normalmente ya que los usuarios

estarán apuntando al mismo servidor, realizando una

transferencia total y sin pérdida de datos.

37

o Esta herramienta es automática o manual; y redundante a nivel

de server.

GRÁFICO Nº2

ESCENARIO DEL FAILOVER CLUSTERING



38

Log-Shipping:

(VER GRÁFICO Nº3)

o Se refiere al proceso de respaldar la base de datos / log de

transacciones, copiarlos en el servidor secundario

(contingencia) y restaurarlos en un servidor en este, en caso de

que el servidor de producción tenga alguna falla.

o Para poder continuar la operación, lo que se tendría que hacer

es apuntar a todos los usuarios al nuevo equipo o se deberá

renombrar el servidor de respaldo y cambiar la dirección IP.

o Esta herramienta probablemente pierda datos debido a una

interferencia en el servidor, por lo que trabaja asíncronamente.

o Esta herramienta es manual y redundante a nivel de base de

datos.

39

GRÁFICO Nº3

ESCENARIO DEL LOG SHIPPING



Database Mirroring:

(VER GRÁFICO Nº4)

o Es cuando el servidor espejo mantiene una copia continua de

la base de datos principal, aplicando todas las transacciones

40

o que son enviadas por el servidor principal, reflejándose su log

de transacciones, basándose en el funcionamiento

activo/pasivo.

o Si se desea que actúe como automatic Failover, se deberá

implementar un servidor testigo ya que monitorizará el

servidor principal y al espejo; para que se refleje cada cierto

tiempo. Pero para poder continuar con la operación se deberá a

hacer como el Log Shipping.

o Tal vez pierda datos, es decir, si se está en modo de alta

seguridad, no debe tener ninguna pérdida de datos. Pero si va a

reflejar de forma asíncrona, existe la posibilidad de que se

perderán los datos.

o Esta herramienta al igual que el Log Shipping es redundante a

nivel de base de datos; pero es manual o automática.

41

GRÁFICO Nº4

ESCENARIO DEL DATABASE MIRRORING



Nota: Si es posible combinar combinar estas herramientas, el Failover

Clustering con el Log Shipping o DataBase Mirroring, para que

42

sean más robustas y redundantes en grandes distancias. Como por

ejemplo: (VER GRÁFICO Nº5)

GRÁFICO Nº5

ESCENARIO DE COMBINACIÓN DE FAILOVER CLUSTERING

CON LOG SHIPPING



43

2.2.2. VENTAJAS Y DESVENTAJAS DE LOS SISTEMAS DE

ALTA DISPONIBILIDAD CON MSFC

Ventajas:

o Mayor velocidad de computación, al interactuar un gran número

de computadoras como si de una sola se tratase. "Procesamiento

en paralelo"; logrando que en poco tiempo se transfiera todo su

contenido en caso alguna interrupción.

o Mayor disponibilidad, evita la no disponibilidad de un sitio

web, por la caída de uno de sus servidores al direccionar su

contenido directamente a otro servidor.

o El ahorro puede verse reflejado cuando existe una falla en el

servidor principal, lo cual puede hacer que la empresa no pueda

producir durante largos periodos que pueden durar entredías y

semanas dependiendo del daño. Pero con un sistema HA, nos

ayuda a evitar la pérdida de información y a procesar

normalmente.

44

Desventajas:

o El costo es muy elevado, ya que requiere tanto del hardware

como del software.

o Se requiere un elevado nivel de conocimiento para su

implementación. Además se deberá capacitar al personal IT,

dándoles a conocer sobre el manejo y administración de una

herramienta HA.

2.2.3. SISTEMAS DE ALTA DISPONIBILIDAD

GEOGRÁFICAMENTE DISPERSO CON MSFC

La dispersión de los sistemas de alta disponibilidad se basa en que:

o Pueden tener múltiples tipos de almacenamiento, dependiendo el

sistema podría tener por lo menos uno desplegado en cada sitio. Esto

garantiza que en caso de fallo de cualquier sitio, el otro sitio se dispone

de copias locales de los datos que puede utilizar para seguir prestando

los servicios y aplicaciones.

45

o Los nodos están conectados a un almacenamiento de tal manera que en

el caso de un fallo de un sitio o los enlaces de comunicación entre los

sitios, los nodos en un lugar determinado puede acceder a la de

almacenamiento en ese sitio.

El tejido de almacenamiento o el software basado en host proporciona una

manera de espejo o replicar datos entre los sitios de modo que cada sitio tiene

una copia de los datos que no solo puede proporcionar una alta disponibilidad,

sino también sirven como una solución de recuperación de desastres.

El objetivo de los sistemas de alta disponibilidad multi-sitio es para asegurar

que la pérdida de un sitio no cause una pérdida de la solicitud completa,

proporcionando de esta manera la continuidad del negocio y configuraciones

tolerantes a desastres.

46

2.2.3.1. EJEMPLOS DE STORAGE –

ALMACENAMIENTO DE DISCOS

Es una tecnología de almacenamiento de discos que nos permite compartir

la capacidad. A continuación se mencionará algunos modelos y tipos:

HP LeftHand P4000

(Fig. Nº1)

Cuenta con nuevas soluciones de almacenamiento redundante, para redes

SAN (Storage Area Network); optimiza el trabajo intensivo con aplicaciones

de BD y correo electrónico; además de servidores virtuales; y disminuye los

riesgos de pérdida de datos; proporciona un alta nivel de disponibilidad. Y las

soluciones de dos nodos con 16 discos; y de cuatro nodos con 48 discos; y

una capacidad mínima de 12 TB hasta 21,6 TB.

47

HP StorageWorks X9000

(Fig. Nº2)

Es un sistema de almacenamiento con 16 Petabytes de capacidad con

replicación remota de forma distribuida, obteniendo un mayor nivel de

seguridad y de integridad de la información; facilita un alto rendimiento

con una infraestructura de almacenamiento modular para colocar una gran

cantidad de información; ofrece una alta disponibilidad con la distribución

automática de los datos entre los distintos niveles de almacenamiento.

48

HP StorageWorks X9300

(Fig. Nº3)

Trabaja con entornos corporativos SAN que precisan de un Gateway;

RAM: 8 GB, Hard Disk: 2 x 146 GB.

49

HP StorageWorks Ultrium 448

(Fig. Nº4)

Permite respaldar grandes cantidades de datos en horas y cuentan con un

alto nivel de transferencia de datos de 24 MBps – 48 MBps. La

capacidad de almacenamiento extraíble es de 200 GB – 400 GB.

IBM System Storage DS3400

(Fig. Nº5)

Proporciona una conexión Fibra Canal a servidores de hasta 4 Gpbs y

soporta hasta 48 discos.

50


(Fig. Nº6)

Proporciona un controlador dual y redundante en modo Activo/Activo;

con puertos para Hosts 4 y 8, y con una velocidad de los puertos de 4

Gbps; tiene una memoria cache total 2 y 4 GB, con un máximo número

de discos 112.

IBM System Storage SAN04B-R

(Fig. Nº7)

Está diseñado para un alto de rendimiento de 4 Gbps, Tiene dos puertos de

soporte 4, 2, 1 Gbps, con velocidades de enlace y dos puertos Ethernet que

soporta hasta 50 Mbps.

51


(Fig. Nº 7)

Proporciona un controlador dual y redundante en modo Activo/Activo,

con puertos para Hosts 8, y con una velocidad de los puertos de 4 Gbps;

tiene una memoria cache total 4, 8 y 16 GB, con un máximo número de

discos 224.

52

2.2.3.2. TIPOS DE RAID

Para comenzar a mencionar los tipos de RAID, es necesario conocer:

¿Para qué Sirven los Arreglos de Discos?

Los arreglos sirven para la administración de discos, estos nos permiten

poner en diferentes tipos de redundancia, consiguiendo a la vez sistemas

más robustos y contingencias en caso de que uno o varios discos presenten

fallas.

A continuación, se citará los tipos de RAID más utilizados:

RAID 0: (Conjunto Dividido)

Consiste en la separación de secuencias de datos, con el objeto de

escribirlos en múltiples dispositivos físicos (Striping), mejora el

rendimiento, por lo que la información se divide, pero se ve como

un solo disco. Pero no tiene mecanismos de redundancia de

información y no ofrece tolerancia a fallos; y si se llegase a dañar

un disco se perdería la información. Y como mínimo se

necesitaría 2 discos. Por ejemplo: Si se tiene dos discos de 100

53

GB c/u; la capacidad total sería 100 GB + 100 GB = 200 GB.

Pero, si en se tiene 100 GB en un disco y en el otro 120 GB, el

resultado será 100 GB + 120 GB = 200 GB, puesto que el

segundo se tomará 100 GB, desperdiciando los 20 GB, por eso es

recomendable utilizar discos con la misma capacidad.

RAID 1: (Espejo)

Consiste en el reflejo de un disco duro a otro, como ambas

unidades guardan una copia de los datos, éstos aún estarán

disponibles en caso de que una unidad falle; de esta manera

protege la información, evitando pérdida de información y las

interrupciones del sistema debido a fallas de discos, es decir,

tiene redundancia, ofreciendo la fiabilidad y mejorando el

rendimiento. Pero tiene un gran consumo de necesidades

hardware. Y como mínimo se necesitaría 2 discos. Por ejemplo:

Si se tiene dos discos de 100 GB c/u, la capacidad total sería 100

GB + 100 GB = 100 GB, porque hace un reflejo.

54

RAID 5: (n-1)

Consiste en que la información de paridad está distribuida en

todos los discos; aliviando el cuello de botella de acceder un solo

disco de paridad durante operaciones de entrada y salida

concurrentes; y es conocido como "striping con paridad 5

distribuida”. Este es el esquema de protección de información

más usado comúnmente; ya que proporciona la tolerancia a fallos

y optimiza el sistema, por lo que almacena la información en

bloques así como el RAID 0 de manera distribuida; pero a la vez

alternativamente entre todos los discos, con una redundancia.

Pero si dos discos fallan de manera simultánea hay una pérdida

total de la información. Y como mínimo se necesitaría 3 discos.

Por ejemplo: Si se tiene 3 discos de 100 GB c/u, la capacidad

total sería 300 GB – 100 GB = 200 GB, ocupando solo 2 discos,

porque el otro disco sirve para reconstruir en caso de fallo. Este

permite trabajar con datos e índices.

55

RAID 0+1: (Pares)

Consiste en que la información se distribuye como el RAID 0 y

se duplica como el RAID 1; para poder replicar y compartir, entre

varios discos; ofreciendo una alta redundancia y soportando

grandes volúmenes de datos. Este esquema es más seguro y

eficaz, se tiene tolerancia a fallos y mejora el rendimiento. Pero si

tres discos falla de manera simultánea hay una pérdida total de

información, este es el más costoso, por lo que deben ser

añadidos en pares para aumentar su capacidad, es decir,

multiplicando por dos los costos de almacenamiento. Y como

mínimo se necesitaría 4 discos. Por ejemplo: Si se tiene 4 discos

de 100 GB c/u, la capacidad total sería haciendo primero un

RAID 0: 400 GB; y después un RAID 1: 200 GB; ocupando solo

2 discos, porque los otros restantes es para reconstruir en caso de

fallo. Este me permite trabajar con log’s.

56

2.2.4. CONTROLADORA DE DISCOS: SAN (VSA)

La SAN (Storage Area Network - Red de Area de Almacenamiento), provee

una ruta en común para los servidores, permitiendo a los de IT consolidar el

almacenamiento, para que pueda gestionar la capacidad.

Está basada en tecnología Fibre Channel - iSCSI; y su función es la de

organizar la lectura y escritura de las unidades de disco en una computadora,

de una manera rápida, segura y fiable, mediante LUN.

Por Ejemplo: Si se tiene 50 discos de 100 GB c/u, el total de GB sería: 5.000;

y el arreglo de discos podría ser: (CUADRO Nº1)

http://es.wikipedia.org/wiki/Fibre_channelhttp://es.wikipedia.org/wiki/ISCSI

57

CUADRO Nº1

EJEMPLO DE ARREGLO DE DISCOS



No obstante, cabe recalcar que se trabajara con redes virtuales, simulando el

storage VSA (Virtual SAN), proporcionando almacenamientos tanto físicos como

virtuales, basados en iSCSI: (VER GRÁFICO Nº6)

58

GRÁFICO Nº6

ARREGLO DE DISCOS VISUALIZADO POR EL iSCSI



Cabe recalcar, que se administra la configuración de la VSA en la herramienta

HP LeftHand P4000, para que simule a una SAN, debido a que se está

trabajando con máquinas virtuales, obteniendo el funcionamiento. (VER

GRÁFICO Nº18)

Nota: Un servidor cualificado ejecutando VMware Player 3.1, obteniendo

compatibilidad. La memoria reservada sobre la base de la capacidad

total del disco. (Ver CUADRO Nº2)

59

El FCP (Fibre Channel Protocol - Protocolo de Canal de fibra), es el protocolo

de interfaz de iSCSI. A continuación se mencionará cuales son sus

requerimientos para este procedimiento:

CPU:

Se deben reservar plataformas que se llevaran a cabo una VSA y otras

máquinas virtuales, debiendo tener al menos 2GHz.

RAM (Memoria):

La memoria mínima recomendable es de 1GB de RAM, con 1 VCPU

DE 2GB o más.

Discos: Son controlados por la VSA, que utilizan el almacenamiento

que se encuentra en el iSCSI.

Adaptadores de Red (ESX Server):

La VSA cuenta con una plataforma ESX Server, sino obtiene esto,

afectaría a la configuración virtual; por lo que es una sede entre la VSA

http://es.wikipedia.org/wiki/SCSI

60

y las máquinas virtuales, y se necesita dos adaptores de red Gigabit, ya

que se deberá tener por lo menos 4 de red Gigabit.

CUADRO Nº2

REQUISITOS DE MEMORIA PARA DISCOS VSA

La Capacidad Total de todos los

Discos Instalados

Requiere al Menos esta Cantidad

de Memoria

< 500 GB 384 MB

500 GB a 4.5 TB 1 GB

4.5 TB a 9 TB 2 GB

Elaboración: Enma Vanessa Astudillo Seminario

Fuente: VSAUserManual.pdf

2.2.5. TIEMPO MUERTO PREVISTO E IMPREVISTO EN

LOS SISTEMAS

Los acontecimientos previstos del tiempo muerto es el mantenimiento o

manutención de software del sistema que requieren un reboot (reinicio) para

61

que los cambios de configuración del sistema se puedan efectuar, de esta

manera se da una mejor optimización y se puede prevenir defectos.

Los acontecimientos imprevistos del tiempo muerto se presentan típicamente

de un cierto acontecimiento físico, tal como una falta del hardware o una

anomalía ambiental. Los ejemplos de los acontecimientos imprevistos del

tiempo muerto incluyen las interrupciones de la energía, fallas de la CPU, una

parada relacionada de sobrecalentamiento, conexiones de red lógicamente o

físicamente, aberturas catastróficas de la seguridad, middleware, y faltas del

sistema operativo.

2.2.5.1. CÁLCULO DEL PORCENTAJE PARA

CONOCER SI UN SISTEMA ES HA

La disponibilidad se expresa generalmente como porcentaje de uptime en

un año dado. El logro de cierto tiempo de funcionamiento 24 x 7 (100 %

uptime) es prácticamente imposible, por la sencilla razón de que en ciertos

momentos el sistema se pueda caer; por eso se da el concepto de los

“nines”. (Ver CUADRO Nº 3)

http://www.worldlingo.com/ma/enwiki/es/Central_processing_unit

62

El porcentaje de uptime de todas las empresas debería ser alguna variación

de 99.x por ciento, donde x es un número determinado:

Como Máximo:

Tener cinco nines es 99,999 % de tiempo de funcionamiento para

sus sistemas, lo que, para muchos, es considerado como el último

en disponibilidad; ya que esto puede ser difícil de lograr, porque

significa que sólo unos cinco minutos en total de uptime en un año

calendario.

Como Mínimo:

Tener tres nines es un número más práctico, por lo que es un poco

menos de nines horas de uptime al año, un número muy respetable

para cualquier entorno de producción.

FÓRMULA:

Disponibilidad = (Total de unidades de tiempo - el tiempo de inactividad)

/ Total de unidades de tiempo

63

Ejemplo:

Total de unidades de tiempo = 8760 hora (en un año)

El tiempo de inactividad = 1 hora

Disponibilidad = (8760 – 1) / 8760 = 0.9998858

CUADRO Nº 3

PORCENTAJES DEL TIEMPO DE INACTIVIDAD POR AÑO

Elaboración: Enma Vanessa Astudillo Seminario

Fuente: www.worldlingo.com/ma/enwiki/es/High_availability

http://www.worldlingo.com/ma/enwiki/es/High_availability

64

Se debe tener en cuenta porque se pierde disponibilidad en el sistema:

o Cuando se da mantenimiento a la base de datos.

o Cuando hay acceso concurrente.

o Cuando hay errores o desastres en el servidor de base de datos.

2.2.6. BENEFICIOS DEL MICROSOFT FAILOVER

CLUSTERING

Disponibilidad:

Capacidad para que el servidor de producción esté listo en un determinado

momento.

Fiabilidad:

Capacidad para que el funcionamiento de todos los componentes tanto

software como hardware que intervienen para el sistema, sea

correctamente ejecutado, asegurando a la empresa la continuidad del

servicio.

65

Escalabilidad:

Capacidad de tener clusterizados los servidores para que de esta manera

interactúen, donde uno está activo y los demás pasivos, ya que están a la

espera en caso de algún fallo en uno de los servidores; y sin perder la

calidad del sistema y levantar automáticamente el servicio.

Rendimiento:

Capacidad de que la empresa sea más competente en su negocio, por lo

que se gestiona de una mejor manera sus actividades, obteniendo más

ganancias.

2.2.7. SERVICIOS DEL MICROSOFT FAILOVER

CLUSTERING

MSDTC:

El Coordinador de Transacciones Distribuidas de Microsoft, permite que

las aplicaciones amplíen las operaciones a través de dos o más instancias

de SQL Server 2008 R2 Enterprise, ya que es un componente de las

66

versiones modernas de Microsoft Windows 2008 que se encarga de

coordinar las transacciones que abarcan múltiples administradores de

recursos, como bases de datos, colas de mensajes y sistemas de archivos

por lo que el Microsoft sólo admite la ejecución del mismo en nodos del

clúster como un recurso agrupado.

MSMQ:

El Manejo de Colas de Mensajes de Microsoft, permite la comunicación

asincrónica entre procesos, Es posible retrasar el procesamiento de los

mensajes para realizarlo a las horas de menos carga, por ejemplo en la

noche.

Además se encarga de verificar la integridad del mensaje, es decir, que el

mismo no haya sido modificado, y de esta manera es autentico por lo que

es encriptado.

67

2.3. FUNDAMENTACIÓN LEGAL

2.3.1 CONSTITUCIÓN DE LA REPÚBLICA DEL ECUADOR

Art. 350.- El sistema de educación superior tiene como finalidad la formación

académica y profesional con visión científica y humanista; la investigación

científica y tecnológica; la innovación, promoción, desarrollo y difusión de los

saberes y las culturas; la construcción de soluciones para los problemas del

país, en relación con los objetivos del régimen de desarrollo.

2.3.2 REGLAMENTO DE CURSO DE GRADUACIÓN DE LA


De la propiedad intelectual del proyecto:

Art. 33.- La autoría del Proyecto de Grado pertenece al (o los) egresados que

lo realizaron, correspondiéndole a la Universidad los derechos que generen la

aplicación del producto final.

68

2.4 HIPÓTESIS DE LA INVESTIGACIÓN

Si es posible lograr mantener los sistemas las

24/7/365 sin interrupciones, mediante

herramientas de alta disponibilidad, como el

Microsoft Failover Clustering, para que el

riesgo de inactividad se reduzca al mínimo

aceptable.

(Fig. Nº8)

2.5 VARIABLES DE LA INVESTIGACIÓN E INDICADORES

Variables:

Variables Independientes (X).- Factores:

A: Contingencia a fallos.

B: Funcionalidad de tener las aplicaciones y servicios las 24/7.

69

Variable Dependiente (Y).- Factor:

J: Microsoft Failover Clustering.

Indicadores:

Indicadores de la Variable A:

La necesidad de rentabilidad, dando lugar a que los equipos sean más

robustos, ya que se obtiene la eficiencia y eficacia de los mismos;

guardando relación con los nodos por medio de las IP lógicas. Por lo

tanto, los indicadores están relacionados a los elementos que

caracterizan a esta variable:

o Nivel de producción mediante la conexión de componentes de

Hw y/o Sw.

o Nivel de disminución del tiempo de inactividad para que los

usuarios sigan su labor.

o Nivel de integridad y confiabilidad de los servicios y

aplicaciones.

70

o Nivel de recuperación de los servicios y aplicaciones.

o Nivel de efectividad.

Indicadores de la Variable B:

La funcionalidad de tener las aplicaciones y servicios las 24/7, es

mediante la instalación y configuración del software altamente

disponible, para que las tareas específicas siempre interactúen. Por lo

tanto, los indicadores están relacionados a los elementos que

caracterizan a esta variable:

o Porcentaje de conectividad del Sistema.

o Porcentaje de conectividad del Sistema.

o Nivel de compatibilidad.

o Porcentaje de nines.

71

Indicadores de la Variable J:

El Microsoft Failover Clustering, son los elementos que la componen.

En tal razón, para que esta herramienta cumpla con su propósito,

deberá administrarse de la mejor manera posible, viendo que todo

marcha correctamente, observando las respectivas actualizaciones

futuras. Por lo tanto, los indicadores están relacionados a los

elementos que caracterizan a esta variable.

o Porcentaje de costes para adquirir la licencia y

mantenimiento de Hw y/o Sw.

o Porcentaje de Rotación de inventario.

o Nivel de administración.

o Porcentaje de satisfacción de los clientes.

o Porcentaje de factibilidad de la herramienta.

72

2.5.1 ANÁLISIS DE LA HA:

La Demostración de la Necesidad de una HA “Microsoft

Failover Clustering”:

En primer lugar se identificaron las necesidades de características para los

equipos informáticos, para apoyar a la empresa con respecto a la

contingencia a fallos, proporcionando la funcionalidad del sistema las

24/7. En segundo lugar, se describió de esta herramienta, y finalmente,

analizando y comparando con otras herramientas, observándose los

beneficios que se consigue.

El Entorno del Sistema con HA “Microsoft Failover Clustering”:

Se obtiene seguridad en los equipos informáticos una vez que se haya

implementado y configurado esta herramienta, minimizando las fallas,

para que el usuario siga laborando normalmente y pueda atender al cliente.

(VER GRÁFICO Nº17)

73

2.6 DEFINICIONES CONCEPTUALES

Quórum:

Es la cantidad necesaria de asistentes (dispositivos) de una sesión.

Heartbeat:

Es para monitorear cual de los nodos del cluster tienen sus servicios en uso, ya

que de esta manera se podrá conocer en que nodo se encuentran actualmente,

cuando ocurre un fallo en el sistema.

Backups:

Es para obtener una o más copias de información considerada importante y así

poder recuperarla en el caso de pérdida de la copia original.

Nines:

Es la total de números consecutivos en el cálculo del porcentaje de uptime, a

partir de los dígitos más a la izquierda, y se suele medir hasta cinco nines.

http://www.alegsa.com.ar/Definicion/de/para.phphttp://www.alegsa.com.ar/Definicion/de/tener.phphttp://www.alegsa.com.ar/Definicion/de/poder.phphttp://www.alegsa.com.ar/Definicion/de/caso.phphttp://www.alegsa.com.ar/Definicion/de/perdida.phphttp://www.alegsa.com.ar/Definicion/de/copia_verso.phphttp://www.alegsa.com.ar/Definicion/de/original.php

74

Uptime:

Tiempo de actividad de los servidores, es para conocer mediante un cálculo, que

tiempo han tenido disponibilidad.

DBA:

Administrador de la base de datos, es el que se encarga del sistema disponiendo

de un usuario y contraseña.

Datos:

Son sucesos o características.

BBDD:

Base de datos o banco de datos, es un conjunto de datos que pertenecen a un

mismo contexto.

IT:

Tecnología de Información, son los encargados de revisar herramientas o

métodos, nuevas o actualizadas que van saliendo al mercado, dando una solución

a la empresa.

75

SharePoint Server:

Es una herramienta de productividad, ayudando a encontrar información en el

momento justo; además permite compartir información entre usuarios, tales

como: equipos de proyecto, departamentos u organizaciones enteras.

LUN:

Es un número utilizado para identificar una unidad lógica, que es un dispositivo

dirigido por el protocolo SCSI o protocolos similares, como Fibre Channel o

iSCSI. Un LUN puede ser utilizado con cualquier dispositivo que permite la

lectura/escritura, como una unidad de cinta, pero más a menudo se lo utiliza para

referirse a un disco lógico como creación de una SAN.

Fibre Óptica:

Es un medio de transmisión utilizada en redes de datos, permitiendo enviar

grandes cantidades de datos, a una gran distancia y de manera muy rápida.

Fibre Channel:

Es el canal de fibra, utilizado para redes de almacenamiento, para poder transferir

datos a alta velocidad.

http://es.wikipedia.org/wiki/Fibre_channel

76

SCSI:

El Sistema de Interfaz para Pequeñas Computadoras, es una interfaz estándar para

la transferencia de datos entre distintos dispositivos del bus de la computadora.

TCP/IP:

Protocolo de Control de Transmisión/Protocolo de Internet, es un conjunto de

protocolos diseñados para las redes. El TCP, está orientado a la conexión y el IP,

realiza el ruteo y direcciona paquetes de información.

Middleware: Es un software de computadora que conecta componentes de

software o aplicaciones para que puedan intercambiar datos entre éstas. Es

utilizado a menudo para soportar aplicaciones distribuidas.

Aplicaciones Distribuidas:

Son distintos componentes que se ejecutan en entornos de ejecución separados,

generalmente sobre diferentes plataformas conectadas por una red.

http://es.wikipedia.org/wiki/Interfaz_%28electr%C3%B3nica%29http://es.wikipedia.org/wiki/Bus_de_datoshttp://es.wikipedia.org/wiki/Computadorahttp://www.alegsa.com.ar/Dic/software.phphttp://www.alegsa.com.ar/Dic/computadora.phphttp://www.alegsa.com.ar/Definicion/de/para.phphttp://www.alegsa.com.ar/Definicion/de/intercambiar.phphttp://www.alegsa.com.ar/Definicion/de/entre.phphttp://www.alegsa.com.ar/Definicion/de/menudo.phphttp://www.alegsa.com.ar/Definicion/de/para.phphttp://www.alegsa.com.ar/Definicion/de/soportar.phphttp://www.alegsa.com.ar/Dic/aplicacion%20distribuida.phphttp://www.alegsa.com.ar/Definicion/de/ejecucion.phphttp://www.alegsa.com.ar/Definicion/de/sobre_sustantivo.phphttp://www.alegsa.com.ar/Dic/plataforma.phphttp://www.alegsa.com.ar/Dic/red.php

77

Plataforma:

Que una aplicación sea compatible, con un software y/o hardware, para que

puedan ser ejecutadas.

Cluster Administration:

Es la interfaz gráfica (GUI) para la administración del clúster y los recursos.

SQL Server Agent:

Controla la instancia del servicio SQL Server Agent, consultando a su gestión y

unidad de negocios, para verificar si un corte de luz con el Agente SQL debe

causar una conmutación por error y configurar en consecuencia.

Server Search Full Text:

Controla la instancia de SQL Server de texto completo de servicios. Consultando

a su gestión y unidad de negocios, para verificar si un corte de luz con SQL

Server texto completo debe causar una conmutación por error y configurar en

consecuencia.

78

Event Viewer:

Es un visor de sucesos, para ver y administrar los registros de sucesos.

Log’s:

Es un registro de actividad del sistema, por lo que almacena errores, incidencias,

accesos de usuarios, etc.

Índices:

Da la facilidad de realizar consultas de la respectiva información de la data de

cada campo, siendo más directas, ya que ordena y almacena las filas de los datos

de la tabla, siempre y cuando sea un índice agrupado.

Transmisión Sincrónica:

Es aquella que transmite un grupo de caracteres, es decir, es un flujo continuo de

bits, obteniendo el paquete de datos completo.

Transmisión Asincrónica:

Es aquella que va transmitiendo carácter por carácter, es decir, bit por bit para

terminar de transferir un paquete de datos.

CAPÍTULO III

METODOLOGÍA

DISEÑO DE LA INVESTIGACIÓN

3.1. MODALIDAD DE LA INVESTIGACIÓN

La modalidad de la investigación, se basa en un proyecto factible, porque en este se va

a demostrar la herramienta del Microsoft Failover Clustering, para mantener los

sistemas altamente disponibles, y a su vez profundizar sobre su funcionamiento,

dando a conocer a las empresas de misión crítica, como parte de una estrategia, que

ayudará a protegerlas de los fallos que pueden darse a diario.

El desarrollo de este proyecto, es con el propósito de satisfacer una necesidad, para

dar solución al problema, comprendiendo su instalación y configuración, generando

actividades más productivas.

El tipo de investigación a utilizarse es Descriptiva, porque en este proyecto, se está

especificando propiedades medibles y observables, dándose cuenta el índice de

80

productividad que empresas llegarían a tener, desde el punto de vista del problema. De

esta manera, se obtiene las características, como: La determinación del límite y

amplitud del estudio, profundización con respecto a la definición del problema y

o

tesis de grado ingeniero en sistemas...

Documents