Nous allons développer une application, architecturée autour d'un SGDB qui
reste à choisir.
Côté sécurité, nous souhaitons reproduire un système de redondance éprouvé
dans une autre structure du groupe, sous Oracle 9 :
Serveur A : serveur principal
Serveur B : données identiques à A
Serveur C : données identiques à A, avec un décalage de 30 minutes.
Toutes les minutes, B (pour éviter de surcharger A) sauvegarde des données
que C intègre 30 minutes plus tard.
Nous privilégions quant à nous SQL Server 2000 Entreprise. A condition bien
sûr de pouvoir reproduire ce dispositif de redondance.
En quelques mots, pouvez-vous me dire si vous pensez que cela est possible ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fred BROUARD
Le mieux serait de partir avec la version MS SQL Server 2005 dans laquelle figure une replication transactionnelle immédiate qui permet donc une synchronicité absolue des serveurs A et B. Pour le C une réplication de type log shipping est parfaitement possible.
A +
HervéR a écrit:
Bonjour,
Nous allons développer une application, architecturée autour d'un SGDB qui reste à choisir. Côté sécurité, nous souhaitons reproduire un système de redondance éprouvé dans une autre structure du groupe, sous Oracle 9 : Serveur A : serveur principal Serveur B : données identiques à A Serveur C : données identiques à A, avec un décalage de 30 minutes. Toutes les minutes, B (pour éviter de surcharger A) sauvegarde des données que C intègre 30 minutes plus tard.
Nous privilégions quant à nous SQL Server 2000 Entreprise. A condition bien sûr de pouvoir reproduire ce dispositif de redondance.
En quelques mots, pouvez-vous me dire si vous pensez que cela est possible ?
Merci d'avance !
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
Le mieux serait de partir avec la version MS SQL Server 2005 dans laquelle
figure une replication transactionnelle immédiate qui permet donc une
synchronicité absolue des serveurs A et B.
Pour le C une réplication de type log shipping est parfaitement possible.
A +
HervéR a écrit:
Bonjour,
Nous allons développer une application, architecturée autour d'un SGDB qui
reste à choisir.
Côté sécurité, nous souhaitons reproduire un système de redondance éprouvé
dans une autre structure du groupe, sous Oracle 9 :
Serveur A : serveur principal
Serveur B : données identiques à A
Serveur C : données identiques à A, avec un décalage de 30 minutes.
Toutes les minutes, B (pour éviter de surcharger A) sauvegarde des données
que C intègre 30 minutes plus tard.
Nous privilégions quant à nous SQL Server 2000 Entreprise. A condition bien
sûr de pouvoir reproduire ce dispositif de redondance.
En quelques mots, pouvez-vous me dire si vous pensez que cela est possible ?
Merci d'avance !
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Le mieux serait de partir avec la version MS SQL Server 2005 dans laquelle figure une replication transactionnelle immédiate qui permet donc une synchronicité absolue des serveurs A et B. Pour le C une réplication de type log shipping est parfaitement possible.
A +
HervéR a écrit:
Bonjour,
Nous allons développer une application, architecturée autour d'un SGDB qui reste à choisir. Côté sécurité, nous souhaitons reproduire un système de redondance éprouvé dans une autre structure du groupe, sous Oracle 9 : Serveur A : serveur principal Serveur B : données identiques à A Serveur C : données identiques à A, avec un décalage de 30 minutes. Toutes les minutes, B (pour éviter de surcharger A) sauvegarde des données que C intègre 30 minutes plus tard.
Nous privilégions quant à nous SQL Server 2000 Entreprise. A condition bien sûr de pouvoir reproduire ce dispositif de redondance.
En quelques mots, pouvez-vous me dire si vous pensez que cela est possible ?
Merci d'avance !
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
HervéR
Le problème c'est que c'est un peu plus pressé que ça ! (A moins que tu n'aies des infos sur une sortie imminente et STABLE de SQL Server 2005 !) J'ai lu l'article présent sur le Labo Supinfo, et il semblerait que ce que nous voulons faire soit possible. J'ai aussi cru comprendre dans un autre post que la réplication transactionnelle ne reproduisait pas les modifications de structure des tables.
Quelqu'un a-t-il déjà mis en oeuvre - avec bonheur ! - une solution similaire à celle décrite auparavant ?
"Fred BROUARD" a écrit dans le message de news:
Le mieux serait de partir avec la version MS SQL Server 2005 dans laquelle figure une replication transactionnelle immédiate qui permet donc une synchronicité absolue des serveurs A et B. Pour le C une réplication de type log shipping est parfaitement possible.
A +
Le problème c'est que c'est un peu plus pressé que ça ! (A moins que tu
n'aies des infos sur une sortie imminente et STABLE de SQL Server 2005 !)
J'ai lu l'article présent sur le Labo Supinfo, et il semblerait que ce que
nous voulons faire soit possible.
J'ai aussi cru comprendre dans un autre post que la réplication
transactionnelle ne reproduisait pas les modifications de structure des
tables.
Quelqu'un a-t-il déjà mis en oeuvre - avec bonheur ! - une solution
similaire à celle décrite auparavant ?
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de news:
OXnazcsZFHA.3220@TK2MSFTNGP14.phx.gbl...
Le mieux serait de partir avec la version MS SQL Server 2005 dans laquelle
figure une replication transactionnelle immédiate qui permet donc une
synchronicité absolue des serveurs A et B.
Pour le C une réplication de type log shipping est parfaitement possible.
Le problème c'est que c'est un peu plus pressé que ça ! (A moins que tu n'aies des infos sur une sortie imminente et STABLE de SQL Server 2005 !) J'ai lu l'article présent sur le Labo Supinfo, et il semblerait que ce que nous voulons faire soit possible. J'ai aussi cru comprendre dans un autre post que la réplication transactionnelle ne reproduisait pas les modifications de structure des tables.
Quelqu'un a-t-il déjà mis en oeuvre - avec bonheur ! - une solution similaire à celle décrite auparavant ?
"Fred BROUARD" a écrit dans le message de news:
Le mieux serait de partir avec la version MS SQL Server 2005 dans laquelle figure une replication transactionnelle immédiate qui permet donc une synchronicité absolue des serveurs A et B. Pour le C une réplication de type log shipping est parfaitement possible.
