SQL server in cluster

[Decibel]

Ciao a tutti.

Devo installare SQL Server in cluster, per prevedere il failover del
database in caso di guasto del server di produzione.
Per gestire la ridondanza in questo caso l'unica soluzione è il cluster
o SQL server ne mette a disposizione altre?
Scusatemi, ma non conosco SQL Server...

Grazie mille!
Ciao.

[Lorenzo Benaglia]

Post by Decibel
Devo installare SQL Server in cluster, per prevedere il failover del
database in caso di guasto del server di produzione.

Ciao Decibel,

il clustering permette di gestire il failover a livello di servizio, non di
singolo database mantenendo lo storage condiviso tra i nodi del cluster
(quindi un guasto grave a livello dei dischi non ti garantisce la
salvaguardia dei dati).

"An Introduction to SQL Server Clustering"
http://www.sql-server-performance.com/clustering_intro1.asp

Post by Decibel
Per gestire la ridondanza in questo caso l'unica soluzione è il
cluster o SQL server ne mette a disposizione altre?
Scusatemi, ma non conosco SQL Server...

SQL Server offre altre due tecniche per una ridondanza a livello di
database: il log shipping ed il nuovo database mirroring (introdotto con SQL
Server 2005).
Non mi dilungo nei dettagli dato che il nostro Luca ha scritto due splendidi
articoli che ne illustrano le caratteristiche:

"Log Shipping"
http://www.microsoft.com/italy/technet/community/mvp/editoriali/logshipping.mspx

"Database mirroring con SQL Server 2005"
http://www.aspitalia.com/articoli/sqlserver2005/Mirroring.aspx

Post by Decibel
Grazie mille!

Prego.

Ciao!

[Decibel]

Post by Lorenzo Benaglia
il clustering permette di gestire il failover a livello di servizio, non di
singolo database mantenendo lo storage condiviso tra i nodi del cluster
(quindi un guasto grave a livello dei dischi non ti garantisce la
salvaguardia dei dati).

Lo storage è il disco di quorum, giusto? E per garantire la salvaguardia
dei dati come fai? Se si guasta il disco di quorum?

Post by Lorenzo Benaglia
SQL Server offre altre due tecniche per una ridondanza a livello di
database: il log shipping ed il nuovo database mirroring (introdotto con SQL
Server 2005).

Quindi, quale soluzione mi consigli?
Io ho bisogno della ridondanza automatica (se va giù un server va su
l'altro senza che io me ne accorga), quindi deve per forza esserci anche
la sincronizzazione in tempo reale del database sui due nodi.

Ciao!

[Lorenzo Benaglia]

Post by Decibel
Lo storage è il disco di quorum, giusto? E per garantire la
salvaguardia dei dati come fai? Se si guasta il disco di quorum?

Quorum, dati, ecc...
Per salvaguardare i dati esistono i backup :-)

Post by Decibel
Quindi, quale soluzione mi consigli?
Io ho bisogno della ridondanza automatica (se va giù un server va su
l'altro senza che io me ne accorga), quindi deve per forza esserci
anche la sincronizzazione in tempo reale del database sui due nodi.

Se ti serve una ridondanza "shared-nothing" a livello di singolo database
senza disporre di hardware certificato per il clustering e con un failover
automatico, direi che il database mirroring è la soluzione che fa per te.

Ciao!

[Luca Bianchi]

Reply to message from Decibel <***@despammed.com> (Tue, 23 Jan 2007 13:
43:47) about "Re: SQL server in cluster":

No, per storage si intende un volume DIVERSO da quello del quorum che serve
unicamente per le attivita interne al servizio cluster. Per la protezione
dei dati, a prescindere da clustering , log shipping e mirroring (o
combinazione di piu soluzioni affiancate) nulla ti esonera
dall'implementare una efficiente politica di backup...
Se leggi gli articoli che ti ha indicato Lorenzo potrai farti tu stesso
un'idea di cio che meglio si adatta alle tue necessita che noi non
conosciamo...

Luca Bianchi
Microsoft MVP - SQL Server http://blogs.aspitalia.com/lucabianchi


----- Original Message -----
From: Decibel <***@despammed.com> Sent: Tue, 23 Jan 2007 13:43:47
Subject: Re: SQL server in cluster

Post by Lorenzo Benaglia
il clustering permette di gestire il failover a livello di servizio, non
di singolo database mantenendo lo storage condiviso tra i nodi del
cluster (quindi un guasto grave a livello dei dischi non ti garantisce
la salvaguardia dei dati).

Lo storage Х il disco di quorum, giusto? E per garantire la salvaguardia
dei dati come fai? Se si guasta il disco di quorum?

Post by Lorenzo Benaglia
SQL Server offre altre due tecniche per una ridondanza a livello di
database: il log shipping ed il nuovo database mirroring (introdotto con
SQL Server 2005).

Quindi, quale soluzione mi consigli? Io ho bisogno della ridondanza
automatica (se va giЫ un server va su l'altro senza che io me ne accorga),
quindi deve per forza esserci anche la sincronizzazione in tempo reale del
database sui due nodi.

Ciao!

[Decibel]

Post by Luca Bianchi
No, per storage si intende un volume DIVERSO da quello del quorum che serve
unicamente per le attivita interne al servizio cluster.

Quindi, fammi capire...
Per implementare un cluster failover a 2 nodi servono due server (i due
nodi), un disco per lo storage e un disco per il quorum? Ovvero 4
dispositivi?

Post by Luca Bianchi
Per la protezione
dei dati, a prescindere da clustering , log shipping e mirroring (o
combinazione di piu soluzioni affiancate) nulla ti esonera
dall'implementare una efficiente politica di backup...

Certo, il backup c'è sempre e comunque...
Ma se io volessi il failover anche dei dati?
Ok il failover del servizio che mi dà il clustering di Windows, ma se io
non ho i dati ridondati, che me ne faccio della ridondanza del servizio
se mi va giù lo storage dei dati?

[Lorenzo Benaglia]

Post by Decibel
Per implementare un cluster failover a 2 nodi servono due server (i
due nodi), un disco per lo storage e un disco per il quorum? Ovvero 4
dispositivi?

Lo storage non è costituito "da un disco" ma da un array di dischi
configurati in RAID ospitati in una SAN (con alimentazione ridondata)
collegata in fibre channel o iSCSI ai nodi del cluster.
Implementando un livello di RAID diverso dallo striping, in caso di guasto
di 1 o più dischi (dipendenti dal tipo partizionamento dello storage e del
livello di RAID implementato su ognuno di essi) il cluster continuerà ad
erogare i servizi per cui è predisposto.

Post by Decibel
Certo, il backup c'è sempre e comunque...
Ma se io volessi il failover anche dei dati?
Ok il failover del servizio che mi dà il clustering di Windows, ma se
io non ho i dati ridondati, che me ne faccio della ridondanza del
servizio se mi va giù lo storage dei dati?

Come ti ho spiegato poco sopra la probabilità che si rompano più dischi
contemporaneamente è piuttosto remota, anche se possibile. Se vuoi una
ridondanza anche dei dati, i Microsoft Clustering Services non fanno al caso
tuo :-)
Una soluzione basata sul log shipping o database mirroring ti permette di
avere una ridondanza HW a livello di storage (eventualmente anche in WAN).

Ciao!