Je dois répliquer le contenu d'une base locale vers deux machines distantes.
Sachant que les deux machines distantes sont autonome, reliée chacune à un
autre serveur (deux serveurs web en loadbalancing qui nécessite
obligatoirement la synchro des bases) et que j'ai un NAS sur le réseau, est-
il possible de l'utiliser afin de gagner de la bande passante et d'avoir une
synchronistation parfaite.
En gros je voudrais :
- Repliquer du locale vers la première machine
- Stocker la base sur le NAS
- Utiliser le NAS sur les deux machines
Est-ce possible. Autre chose je vois très peu d'information sur
l'utilisation d'un NAS avec SQLServer, quelqu'un pourrait me donner la
config type... Dernière chose qu'elle perte de performance dois-je envisager
avec un NAS (Raid-5 pour les data) ?
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
Med Bouchenafa
Le NAS n'est pas officiellement supporté par SQL Server C'est ce qui explique pourquoi il n'y a pas de littérature sur le sujet contrairement au SAN Il est cependant tout à fait possible de faire fonctionner SQL Server avec un NAS. Il y a un flag de trace à configurer au lancement de SQL Server Il faut faire une recherche dans la base de connaissance. Il existe un article expliquant la procédure Si possible, utiliser un réseau à 1Go (Les prix des cartes réseau et des switches 1Go sont maintenant abordables)
-- Bien cordialement Med Bouchenafa
"Jérôme Quintard" a écrit dans le message de news:
Salut à tous,
Je dois répliquer le contenu d'une base locale vers deux machines distantes. Sachant que les deux machines distantes sont autonome, reliée chacune à un autre serveur (deux serveurs web en loadbalancing qui nécessite obligatoirement la synchro des bases) et que j'ai un NAS sur le réseau, est- il possible de l'utiliser afin de gagner de la bande passante et d'avoir une synchronistation parfaite.
En gros je voudrais :
- Repliquer du locale vers la première machine - Stocker la base sur le NAS - Utiliser le NAS sur les deux machines
Est-ce possible. Autre chose je vois très peu d'information sur l'utilisation d'un NAS avec SQLServer, quelqu'un pourrait me donner la config type... Dernière chose qu'elle perte de performance dois-je envisager avec un NAS (Raid-5 pour les data) ?
Merci pour vos réponses !!
Jérôme
Le NAS n'est pas officiellement supporté par SQL Server
C'est ce qui explique pourquoi il n'y a pas de littérature sur le sujet
contrairement au SAN
Il est cependant tout à fait possible de faire fonctionner SQL Server avec
un NAS.
Il y a un flag de trace à configurer au lancement de SQL Server
Il faut faire une recherche dans la base de connaissance. Il existe un
article expliquant la procédure
Si possible, utiliser un réseau à 1Go (Les prix des cartes réseau et des
switches 1Go sont maintenant abordables)
--
Bien cordialement
Med Bouchenafa
"Jérôme Quintard" <nospam__jerome.quintard@wanadoo.fr__nospam> a écrit dans
le message de news: OBMPuoXIFHA.608@TK2MSFTNGP10.phx.gbl...
Salut à tous,
Je dois répliquer le contenu d'une base locale vers deux machines
distantes.
Sachant que les deux machines distantes sont autonome, reliée chacune à un
autre serveur (deux serveurs web en loadbalancing qui nécessite
obligatoirement la synchro des bases) et que j'ai un NAS sur le réseau,
est-
il possible de l'utiliser afin de gagner de la bande passante et d'avoir
une
synchronistation parfaite.
En gros je voudrais :
- Repliquer du locale vers la première machine
- Stocker la base sur le NAS
- Utiliser le NAS sur les deux machines
Est-ce possible. Autre chose je vois très peu d'information sur
l'utilisation d'un NAS avec SQLServer, quelqu'un pourrait me donner la
config type... Dernière chose qu'elle perte de performance dois-je
envisager
avec un NAS (Raid-5 pour les data) ?
Le NAS n'est pas officiellement supporté par SQL Server C'est ce qui explique pourquoi il n'y a pas de littérature sur le sujet contrairement au SAN Il est cependant tout à fait possible de faire fonctionner SQL Server avec un NAS. Il y a un flag de trace à configurer au lancement de SQL Server Il faut faire une recherche dans la base de connaissance. Il existe un article expliquant la procédure Si possible, utiliser un réseau à 1Go (Les prix des cartes réseau et des switches 1Go sont maintenant abordables)
-- Bien cordialement Med Bouchenafa
"Jérôme Quintard" a écrit dans le message de news:
Salut à tous,
Je dois répliquer le contenu d'une base locale vers deux machines distantes. Sachant que les deux machines distantes sont autonome, reliée chacune à un autre serveur (deux serveurs web en loadbalancing qui nécessite obligatoirement la synchro des bases) et que j'ai un NAS sur le réseau, est- il possible de l'utiliser afin de gagner de la bande passante et d'avoir une synchronistation parfaite.
En gros je voudrais :
- Repliquer du locale vers la première machine - Stocker la base sur le NAS - Utiliser le NAS sur les deux machines
Est-ce possible. Autre chose je vois très peu d'information sur l'utilisation d'un NAS avec SQLServer, quelqu'un pourrait me donner la config type... Dernière chose qu'elle perte de performance dois-je envisager avec un NAS (Raid-5 pour les data) ?
Merci pour vos réponses !!
Jérôme
Pierre Goiffon
Jérôme Quintard wrote:
En gros je voudrais :
- Repliquer du locale vers la première machine - Stocker la base sur le NAS - Utiliser le NAS sur les deux machines
Vous ne pourrez pas utiliser les mêmes fichiers depuis 2 serveurs, il vous faudra obligatoirement disposer d'un espace de stockage par serveur.
Dans ce contexte, ormis besoins de backup particuliers, le NAS n'est pas une excellente idée... D'autant que, ormis prb de performances, cela augmente considérablement le risque de pannes (plus seulement le serveur hébergeant SQL Server mais aussi tout le matériel réseau + le NAS) : pas bon sur un serveur de données !
Bref, je dirais que c'est à déconseiller
Jérôme Quintard wrote:
En gros je voudrais :
- Repliquer du locale vers la première machine
- Stocker la base sur le NAS
- Utiliser le NAS sur les deux machines
Vous ne pourrez pas utiliser les mêmes fichiers depuis 2 serveurs, il
vous faudra obligatoirement disposer d'un espace de stockage par serveur.
Dans ce contexte, ormis besoins de backup particuliers, le NAS n'est pas
une excellente idée... D'autant que, ormis prb de performances, cela
augmente considérablement le risque de pannes (plus seulement le serveur
hébergeant SQL Server mais aussi tout le matériel réseau + le NAS) : pas
bon sur un serveur de données !
- Repliquer du locale vers la première machine - Stocker la base sur le NAS - Utiliser le NAS sur les deux machines
Vous ne pourrez pas utiliser les mêmes fichiers depuis 2 serveurs, il vous faudra obligatoirement disposer d'un espace de stockage par serveur.
Dans ce contexte, ormis besoins de backup particuliers, le NAS n'est pas une excellente idée... D'autant que, ormis prb de performances, cela augmente considérablement le risque de pannes (plus seulement le serveur hébergeant SQL Server mais aussi tout le matériel réseau + le NAS) : pas bon sur un serveur de données !
Bref, je dirais que c'est à déconseiller
Jérôme Quintard
Merci Med,
Mais j'arrive pas à le trouver, j'ai bien un article qui parle du flag 1807 mais c'est tout...
As tu déjà essayé SQLServer avec un NAS ? As tu vu des difficultés ? Et surtout c'est tu si il est possible de partager les données avec un autre server SQL Server ... (normalement sur le papier c'est possible... mais en vrai !?!)
Jérôme
Merci Med,
Mais j'arrive pas à le trouver, j'ai bien un article qui parle du flag 1807
mais c'est tout...
As tu déjà essayé SQLServer avec un NAS ? As tu vu des difficultés ? Et
surtout c'est tu si il est possible de partager les données avec un autre
server SQL Server ... (normalement sur le papier c'est possible... mais en
vrai !?!)
Mais j'arrive pas à le trouver, j'ai bien un article qui parle du flag 1807 mais c'est tout...
As tu déjà essayé SQLServer avec un NAS ? As tu vu des difficultés ? Et surtout c'est tu si il est possible de partager les données avec un autre server SQL Server ... (normalement sur le papier c'est possible... mais en vrai !?!)
Jérôme
Jérôme Quintard
Oui c'est exactement ce que je viens de constater après lecture de différents dossiers. Il faut cependant que je trouve une solution pour une synchronisation parfaite des données entre les différents abonnés. Quelqu'un aurrait une solution dans ce sens ?!
Jérôme
Oui c'est exactement ce que je viens de constater après lecture de
différents dossiers. Il faut cependant que je trouve une solution pour une
synchronisation parfaite des données entre les différents abonnés. Quelqu'un
aurrait une solution dans ce sens ?!
Oui c'est exactement ce que je viens de constater après lecture de différents dossiers. Il faut cependant que je trouve une solution pour une synchronisation parfaite des données entre les différents abonnés. Quelqu'un aurrait une solution dans ce sens ?!
Jérôme
Med Bouchenafa
Non, je n'ai jamais eu à utiliser un NAS Non, il n'est pas possible de partager un fichier entre plusieurs applications Tu dis que c'est possible en théorie, mais tu as dû mal comprendre Un NAS, contrairement à un SAN, permet le partage d'un fichier entre plusieurs postes. Mais il est de la responsabilité de l'application de verrouiller ou pas le fichier. SQL Server verrouille les fichiers qu'il utilise
Dans ton cas, la solution passe par une réplication avec une mise à jour en continue Il y aura forcément une certaine latence. Il faudra aussi mettre en place des mécanismes de gestion de conflits Je ne vois pas d'autre solution
-- Bien cordialement Med Bouchenafa
"Jérôme Quintard" a écrit dans le message de news:
Merci Med,
Mais j'arrive pas à le trouver, j'ai bien un article qui parle du flag 1807 mais c'est tout...
As tu déjà essayé SQLServer avec un NAS ? As tu vu des difficultés ? Et surtout c'est tu si il est possible de partager les données avec un autre server SQL Server ... (normalement sur le papier c'est possible... mais en vrai !?!)
Jérôme
Non, je n'ai jamais eu à utiliser un NAS
Non, il n'est pas possible de partager un fichier entre plusieurs
applications
Tu dis que c'est possible en théorie, mais tu as dû mal comprendre
Un NAS, contrairement à un SAN, permet le partage d'un fichier entre
plusieurs postes.
Mais il est de la responsabilité de l'application de verrouiller ou pas le
fichier.
SQL Server verrouille les fichiers qu'il utilise
Dans ton cas, la solution passe par une réplication avec une mise à jour en
continue
Il y aura forcément une certaine latence.
Il faudra aussi mettre en place des mécanismes de gestion de conflits
Je ne vois pas d'autre solution
--
Bien cordialement
Med Bouchenafa
"Jérôme Quintard" <jerome._nospam_quintard@wanadoo.fr> a écrit dans le
message de news: OsTfwnvIFHA.3928@TK2MSFTNGP09.phx.gbl...
Merci Med,
Mais j'arrive pas à le trouver, j'ai bien un article qui parle du flag
1807 mais c'est tout...
As tu déjà essayé SQLServer avec un NAS ? As tu vu des difficultés ? Et
surtout c'est tu si il est possible de partager les données avec un autre
server SQL Server ... (normalement sur le papier c'est possible... mais en
vrai !?!)
Non, je n'ai jamais eu à utiliser un NAS Non, il n'est pas possible de partager un fichier entre plusieurs applications Tu dis que c'est possible en théorie, mais tu as dû mal comprendre Un NAS, contrairement à un SAN, permet le partage d'un fichier entre plusieurs postes. Mais il est de la responsabilité de l'application de verrouiller ou pas le fichier. SQL Server verrouille les fichiers qu'il utilise
Dans ton cas, la solution passe par une réplication avec une mise à jour en continue Il y aura forcément une certaine latence. Il faudra aussi mettre en place des mécanismes de gestion de conflits Je ne vois pas d'autre solution
-- Bien cordialement Med Bouchenafa
"Jérôme Quintard" a écrit dans le message de news:
Merci Med,
Mais j'arrive pas à le trouver, j'ai bien un article qui parle du flag 1807 mais c'est tout...
As tu déjà essayé SQLServer avec un NAS ? As tu vu des difficultés ? Et surtout c'est tu si il est possible de partager les données avec un autre server SQL Server ... (normalement sur le papier c'est possible... mais en vrai !?!)
Jérôme
Jérôme Quintard
> Tu dis que c'est possible en théorie, mais tu as dû mal comprendre
Avec MSCS ?
> Tu dis que c'est possible en théorie, mais tu as dû mal comprendre
Non MSCS s'appuie sur du SAN et pas du NAS à ma connaissance Et dans ce cas, seul une instance à la fois à la maitrise de toute une ressource disque
-- Bien cordialement Med Bouchenafa
"Jérôme Quintard" a écrit dans le message de news:
Tu dis que c'est possible en théorie, mais tu as dû mal comprendre
Avec MSCS ?
Jérôme Quintard
Humm je suis tombé sur une doc (de DELL) qui indique que justement c'est possible. Bon maintenant je me suis peut-être trompé... Je retrouve et tu me dis ce que tu en pense !
Jérôme
Humm je suis tombé sur une doc (de DELL) qui indique que justement c'est
possible. Bon maintenant je me suis peut-être trompé... Je retrouve et tu me
dis ce que tu en pense !
Humm je suis tombé sur une doc (de DELL) qui indique que justement c'est possible. Bon maintenant je me suis peut-être trompé... Je retrouve et tu me dis ce que tu en pense !
Jérôme
Pierre Goiffon
Jérôme Quintard wrote:
Il faut cependant que je trouve une solution pour une synchronisation parfaite des données entre les différents abonnés.
Une synchronisation d'une seule base entre plusieurs serveurs SQL Server c'est ça ? SQL Server propose des mécanismes de réplication avancés. Cependant, leur mise en place n'est pas évidente, et si vous ne disposez pas de compétences en interne je vous encourage vivement à faire appel à une société de service.
Jérôme Quintard wrote:
Il faut cependant que je trouve une solution pour une
synchronisation parfaite des données entre les différents abonnés.
Une synchronisation d'une seule base entre plusieurs serveurs SQL Server
c'est ça ? SQL Server propose des mécanismes de réplication avancés.
Cependant, leur mise en place n'est pas évidente, et si vous ne disposez
pas de compétences en interne je vous encourage vivement à faire appel à
une société de service.
Il faut cependant que je trouve une solution pour une synchronisation parfaite des données entre les différents abonnés.
Une synchronisation d'une seule base entre plusieurs serveurs SQL Server c'est ça ? SQL Server propose des mécanismes de réplication avancés. Cependant, leur mise en place n'est pas évidente, et si vous ne disposez pas de compétences en interne je vous encourage vivement à faire appel à une société de service.
Florent G.
Logiciel de réplication a l'octet près : double-take de NSI/sunbeltsoftware non ?
"Pierre Goiffon" a écrit :
Jérôme Quintard wrote: > Il faut cependant que je trouve une solution pour une > synchronisation parfaite des données entre les différents abonnés.
Une synchronisation d'une seule base entre plusieurs serveurs SQL Server c'est ça ? SQL Server propose des mécanismes de réplication avancés. Cependant, leur mise en place n'est pas évidente, et si vous ne disposez pas de compétences en interne je vous encourage vivement à faire appel à une société de service.
Logiciel de réplication a l'octet près : double-take de NSI/sunbeltsoftware
non ?
"Pierre Goiffon" a écrit :
Jérôme Quintard wrote:
> Il faut cependant que je trouve une solution pour une
> synchronisation parfaite des données entre les différents abonnés.
Une synchronisation d'une seule base entre plusieurs serveurs SQL Server
c'est ça ? SQL Server propose des mécanismes de réplication avancés.
Cependant, leur mise en place n'est pas évidente, et si vous ne disposez
pas de compétences en interne je vous encourage vivement à faire appel à
une société de service.
Logiciel de réplication a l'octet près : double-take de NSI/sunbeltsoftware non ?
"Pierre Goiffon" a écrit :
Jérôme Quintard wrote: > Il faut cependant que je trouve une solution pour une > synchronisation parfaite des données entre les différents abonnés.
Une synchronisation d'une seule base entre plusieurs serveurs SQL Server c'est ça ? SQL Server propose des mécanismes de réplication avancés. Cependant, leur mise en place n'est pas évidente, et si vous ne disposez pas de compétences en interne je vous encourage vivement à faire appel à une société de service.
