Je cherche à implémenter un système "sécurisé" sur 2 serveurs :
. 1 serveur de production
. 1 serveur de secour
Je souhaite que toutes les modifications effectuées sur la base XXX du 1er
serveur soient répercutées sur la base XXX' du 2nd serveur, en temps réel,
ou avec un très léger décallage. Si le premier serveur plante, on modifie
manuellement les postes clients, pour qu'ils se connectent au serveur de
secours.
Est-ce possible avec la version SQL Serveur 2000 Standard
Si oui, comment ?
Où trouver de la documentation ?
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
Gislain ROCHE
Merci à tous pour les infos. Il ne me reste plus qu'à y bosser dessus.
"Gislain ROCHE" a écrit dans le message de news:%
Bonjour,
Je cherche à implémenter un système "sécurisé" sur 2 serveurs : . 1 serveur de production . 1 serveur de secour
Je souhaite que toutes les modifications effectuées sur la base XXX du 1er serveur soient répercutées sur la base XXX' du 2nd serveur, en temps réel, ou avec un très léger décallage. Si le premier serveur plante, on modifie manuellement les postes clients, pour qu'ils se connectent au serveur de secours.
Est-ce possible avec la version SQL Serveur 2000 Standard Si oui, comment ? Où trouver de la documentation ?
Merci d'avance.
Gislain ROCHE
Merci à tous pour les infos.
Il ne me reste plus qu'à y bosser dessus.
"Gislain ROCHE" <nospam@nospam.com> a écrit dans le message de
news:%23uTGNy5aDHA.2436@TK2MSFTNGP12.phx.gbl...
Bonjour,
Je cherche à implémenter un système "sécurisé" sur 2 serveurs :
. 1 serveur de production
. 1 serveur de secour
Je souhaite que toutes les modifications effectuées sur la base XXX du 1er
serveur soient répercutées sur la base XXX' du 2nd serveur, en temps réel,
ou avec un très léger décallage. Si le premier serveur plante, on modifie
manuellement les postes clients, pour qu'ils se connectent au serveur de
secours.
Est-ce possible avec la version SQL Serveur 2000 Standard
Si oui, comment ?
Où trouver de la documentation ?
Merci à tous pour les infos. Il ne me reste plus qu'à y bosser dessus.
"Gislain ROCHE" a écrit dans le message de news:%
Bonjour,
Je cherche à implémenter un système "sécurisé" sur 2 serveurs : . 1 serveur de production . 1 serveur de secour
Je souhaite que toutes les modifications effectuées sur la base XXX du 1er serveur soient répercutées sur la base XXX' du 2nd serveur, en temps réel, ou avec un très léger décallage. Si le premier serveur plante, on modifie manuellement les postes clients, pour qu'ils se connectent au serveur de secours.
Est-ce possible avec la version SQL Serveur 2000 Standard Si oui, comment ? Où trouver de la documentation ?
-- Salutations Med Bouchenafa TETRASET 75015 Paris "Gislain ROCHE" a écrit dans le message de news: #
Bonjour,
Je cherche à implémenter un système "sécurisé" sur 2 serveurs : . 1 serveur de production . 1 serveur de secour
Je souhaite que toutes les modifications effectuées sur la base XXX du 1er serveur soient répercutées sur la base XXX' du 2nd serveur, en temps réel, ou avec un très léger décallage. Si le premier serveur plante, on modifie manuellement les postes clients, pour qu'ils se connectent au serveur de secours.
Est-ce possible avec la version SQL Serveur 2000 Standard Si oui, comment ? Où trouver de la documentation ?
--
Salutations
Med Bouchenafa
TETRASET
75015 Paris
"Gislain ROCHE" <nospam@nospam.com> a écrit dans le message de news:
#uTGNy5aDHA.2436@TK2MSFTNGP12.phx.gbl...
Bonjour,
Je cherche à implémenter un système "sécurisé" sur 2 serveurs :
. 1 serveur de production
. 1 serveur de secour
Je souhaite que toutes les modifications effectuées sur la base XXX du 1er
serveur soient répercutées sur la base XXX' du 2nd serveur, en temps réel,
ou avec un très léger décallage. Si le premier serveur plante, on modifie
manuellement les postes clients, pour qu'ils se connectent au serveur de
secours.
Est-ce possible avec la version SQL Serveur 2000 Standard
Si oui, comment ?
Où trouver de la documentation ?
-- Salutations Med Bouchenafa TETRASET 75015 Paris "Gislain ROCHE" a écrit dans le message de news: #
Bonjour,
Je cherche à implémenter un système "sécurisé" sur 2 serveurs : . 1 serveur de production . 1 serveur de secour
Je souhaite que toutes les modifications effectuées sur la base XXX du 1er serveur soient répercutées sur la base XXX' du 2nd serveur, en temps réel, ou avec un très léger décallage. Si le premier serveur plante, on modifie manuellement les postes clients, pour qu'ils se connectent au serveur de secours.
Est-ce possible avec la version SQL Serveur 2000 Standard Si oui, comment ? Où trouver de la documentation ?
Merci d'avance.
Gislain ROCHE
Dominique Peralta
Merci.
"bruno reiter [MVP]" a écrit dans le message de news:%
beaucoup plus simple et plus rapide. A la création et à la maintenance.
La réplication est plus faite pour disponibiliser des données à plusieurs endroits, le log shipping est fait pour avoir un serveur de secours en cas
de pb
ou de maintenance du serveur prod.
br
"Dominique Peralta" wrote in message news: > Intéressant... > Mais pourquoi préférer cette méthode à la réplication ? > L'avantage que j'y vois, est que cela peut marcher entre 2 MSDE, alors
que
> dans le cas d'une réplication, il faut nécessairement 1 SQL Server (MSDE
ne
> pouvant qu'être abonné). Mais sans doute il y a-t-il d'autres intérêts ? > Merci de me communiquer vos réflexions sur cette comparaison. > > "Med Bouchenafa [MVP]" a écrit dans le message
de
> news:%23bWI$ > > http://www.sql-server-performance.com/sql_server_log_shipping.asp > > > > > > -- > > Salutations > > Med Bouchenafa > > TETRASET > > 75015 Paris > > "Gislain ROCHE" a écrit dans le message de news: > > # > > > Bonjour, > > > > > > Je cherche à implémenter un système "sécurisé" sur 2 serveurs : > > > . 1 serveur de production > > > . 1 serveur de secour > > > > > > Je souhaite que toutes les modifications effectuées sur la base XXX
du
> 1er > > > serveur soient répercutées sur la base XXX' du 2nd serveur, en temps > réel, > > > ou avec un très léger décallage. Si le premier serveur plante, on > modifie > > > manuellement les postes clients, pour qu'ils se connectent au
serveur de
> > > secours. > > > > > > Est-ce possible avec la version SQL Serveur 2000 Standard > > > Si oui, comment ? > > > Où trouver de la documentation ? > > > > > > Merci d'avance. > > > > > > Gislain ROCHE > > > > > > > > > > > >
Merci.
"bruno reiter [MVP]" <remove.this.br33@bol.com.br> a écrit dans le message
de news:%232pMEQ7aDHA.1872@TK2MSFTNGP12.phx.gbl...
beaucoup plus simple et plus rapide.
A la création et à la maintenance.
La réplication est plus faite pour disponibiliser des données à plusieurs
endroits, le log shipping est fait pour avoir un serveur de secours en cas
de pb
ou de maintenance du serveur prod.
br
"Dominique Peralta" <dp@apnet.fr> wrote in message
news:O6lVKH7aDHA.3360@tk2msftngp13.phx.gbl...
> Intéressant...
> Mais pourquoi préférer cette méthode à la réplication ?
> L'avantage que j'y vois, est que cela peut marcher entre 2 MSDE, alors
que
> dans le cas d'une réplication, il faut nécessairement 1 SQL Server (MSDE
ne
> pouvant qu'être abonné). Mais sans doute il y a-t-il d'autres intérêts ?
> Merci de me communiquer vos réflexions sur cette comparaison.
>
> "Med Bouchenafa [MVP]" <Bouchenafa@tetraset.com> a écrit dans le message
de
> news:%23bWI$V6aDHA.2372@TK2MSFTNGP10.phx.gbl...
> > http://www.sql-server-performance.com/sql_server_log_shipping.asp
> >
> >
> > --
> > Salutations
> > Med Bouchenafa
> > TETRASET
> > 75015 Paris
> > "Gislain ROCHE" <nospam@nospam.com> a écrit dans le message de news:
> > #uTGNy5aDHA.2436@TK2MSFTNGP12.phx.gbl...
> > > Bonjour,
> > >
> > > Je cherche à implémenter un système "sécurisé" sur 2 serveurs :
> > > . 1 serveur de production
> > > . 1 serveur de secour
> > >
> > > Je souhaite que toutes les modifications effectuées sur la base XXX
du
> 1er
> > > serveur soient répercutées sur la base XXX' du 2nd serveur, en temps
> réel,
> > > ou avec un très léger décallage. Si le premier serveur plante, on
> modifie
> > > manuellement les postes clients, pour qu'ils se connectent au
serveur de
> > > secours.
> > >
> > > Est-ce possible avec la version SQL Serveur 2000 Standard
> > > Si oui, comment ?
> > > Où trouver de la documentation ?
> > >
> > > Merci d'avance.
> > >
> > > Gislain ROCHE
> > >
> > >
> >
> >
>
>
"bruno reiter [MVP]" a écrit dans le message de news:%
beaucoup plus simple et plus rapide. A la création et à la maintenance.
La réplication est plus faite pour disponibiliser des données à plusieurs endroits, le log shipping est fait pour avoir un serveur de secours en cas
de pb
ou de maintenance du serveur prod.
br
"Dominique Peralta" wrote in message news: > Intéressant... > Mais pourquoi préférer cette méthode à la réplication ? > L'avantage que j'y vois, est que cela peut marcher entre 2 MSDE, alors
que
> dans le cas d'une réplication, il faut nécessairement 1 SQL Server (MSDE
ne
> pouvant qu'être abonné). Mais sans doute il y a-t-il d'autres intérêts ? > Merci de me communiquer vos réflexions sur cette comparaison. > > "Med Bouchenafa [MVP]" a écrit dans le message
de
> news:%23bWI$ > > http://www.sql-server-performance.com/sql_server_log_shipping.asp > > > > > > -- > > Salutations > > Med Bouchenafa > > TETRASET > > 75015 Paris > > "Gislain ROCHE" a écrit dans le message de news: > > # > > > Bonjour, > > > > > > Je cherche à implémenter un système "sécurisé" sur 2 serveurs : > > > . 1 serveur de production > > > . 1 serveur de secour > > > > > > Je souhaite que toutes les modifications effectuées sur la base XXX
du
> 1er > > > serveur soient répercutées sur la base XXX' du 2nd serveur, en temps > réel, > > > ou avec un très léger décallage. Si le premier serveur plante, on > modifie > > > manuellement les postes clients, pour qu'ils se connectent au
serveur de
> > > secours. > > > > > > Est-ce possible avec la version SQL Serveur 2000 Standard > > > Si oui, comment ? > > > Où trouver de la documentation ? > > > > > > Merci d'avance. > > > > > > Gislain ROCHE > > > > > > > > > > > >
