Voici mon contexte:
3 sites distants (majoritairement des postes clients) + 1 siège (W2003/SQL
2000)
Les sites distants sont reliés entre eux et au siège par une liaison IP/VPN
1024K et un débit garanti à 128K. L'application (ERP) utilisée par tout le
monde en mode web, passe par un TSE.
La volumétrie des données à l'année représente environ 10 Go
La perte d'information peut aller jusqu'à 4 heures maxi.
Il n'y a pas d'informations temps réel qui alimente la base.
L'ERP repose sur un serveur d'application, hébergé au siège par un IIS 6.
Question: pour ce type de contexte et la totalité des données qui n'excède
pas 10 Go / an, je pensais utiliser une version SQL 2000 standard avec un
Windows 2003 Standard, sachant que je n'utilise pas Olap ...Le choix est-il
correct ?
Question: que faut-il comme licence côté client ? (côté serveur, le client
prend des licences par processeur) ?
Question: pour assurer un bon fonctionnement des données et pour perdre le
moins d'informations possible, quelle stratégie devrais-je employer ? Un
cluster, si oui, quelles sont les précautions à prendre (Actif/actif ou Actif
/Passif) ? Si non, une réplication, mais quel type de fonctionnement ?
Question: sachant qu'il y aura beaucoup de connexions simultanées, les
serveurs SQL sont-ils impactés directement et est-il possible de faire du NLB
sur SQL Server ?
Question: Quid de SQL Server 2005 ? A-t-on une date de sortie, voire de
training ?
Les nouveautés annoncées sont-elles au rendez-vous ?
NLB pour SQL Server : non !!! Le mieux est éventuellement de répliquer votre base sur n serveur.
Concernant SQL 2005, pour l'instant la date de sortie pour le public est autour du mois de novembre.
---------------------------------------------------------------------- Philippe TROTIN - Microsoft Service France
"Houdini" wrote in message news:
Bonjour à toutes et à tous,
Voici mon contexte: 3 sites distants (majoritairement des postes clients) + 1 siège (W2003/SQL 2000) Les sites distants sont reliés entre eux et au siège par une liaison IP/VPN 1024K et un débit garanti à 128K. L'application (ERP) utilisée par tout le monde en mode web, passe par un TSE.
La volumétrie des données à l'année représente environ 10 Go La perte d'information peut aller jusqu'à 4 heures maxi. Il n'y a pas d'informations temps réel qui alimente la base.
L'ERP repose sur un serveur d'application, hébergé au siège par un IIS 6.
Question: pour ce type de contexte et la totalité des données qui n'excède pas 10 Go / an, je pensais utiliser une version SQL 2000 standard avec un Windows 2003 Standard, sachant que je n'utilise pas Olap ...Le choix est-il correct ?
Question: que faut-il comme licence côté client ? (côté serveur, le client prend des licences par processeur) ?
Question: pour assurer un bon fonctionnement des données et pour perdre le moins d'informations possible, quelle stratégie devrais-je employer ? Un cluster, si oui, quelles sont les précautions à prendre (Actif/actif ou Actif /Passif) ? Si non, une réplication, mais quel type de fonctionnement ?
Question: sachant qu'il y aura beaucoup de connexions simultanées, les serveurs SQL sont-ils impactés directement et est-il possible de faire du NLB sur SQL Server ?
Question: Quid de SQL Server 2005 ? A-t-on une date de sortie, voire de training ? Les nouveautés annoncées sont-elles au rendez-vous ?
Merci de votre aide. Cordialement, Houdini.
Bonjour,
Pour SQL en cluster, vous devrez opter pour la version Enterprise de SQL
2000.
NLB pour SQL Server : non !!! Le mieux est éventuellement de répliquer votre
base sur n serveur.
Concernant SQL 2005, pour l'instant la date de sortie pour le public est
autour du mois de novembre.
----------------------------------------------------------------------
Philippe TROTIN - Microsoft Service France
"Houdini" <Houdini@discussions.microsoft.com> wrote in message
news:633F14BE-DEB8-456A-AEEE-F7F9D5800208@microsoft.com...
Bonjour à toutes et à tous,
Voici mon contexte:
3 sites distants (majoritairement des postes clients) + 1 siège (W2003/SQL
2000)
Les sites distants sont reliés entre eux et au siège par une liaison
IP/VPN
1024K et un débit garanti à 128K. L'application (ERP) utilisée par tout le
monde en mode web, passe par un TSE.
La volumétrie des données à l'année représente environ 10 Go
La perte d'information peut aller jusqu'à 4 heures maxi.
Il n'y a pas d'informations temps réel qui alimente la base.
L'ERP repose sur un serveur d'application, hébergé au siège par un IIS 6.
Question: pour ce type de contexte et la totalité des données qui n'excède
pas 10 Go / an, je pensais utiliser une version SQL 2000 standard avec un
Windows 2003 Standard, sachant que je n'utilise pas Olap ...Le choix
est-il
correct ?
Question: que faut-il comme licence côté client ? (côté serveur, le client
prend des licences par processeur) ?
Question: pour assurer un bon fonctionnement des données et pour perdre le
moins d'informations possible, quelle stratégie devrais-je employer ? Un
cluster, si oui, quelles sont les précautions à prendre (Actif/actif ou
Actif
/Passif) ? Si non, une réplication, mais quel type de fonctionnement ?
Question: sachant qu'il y aura beaucoup de connexions simultanées, les
serveurs SQL sont-ils impactés directement et est-il possible de faire du
NLB
sur SQL Server ?
Question: Quid de SQL Server 2005 ? A-t-on une date de sortie, voire de
training ?
Les nouveautés annoncées sont-elles au rendez-vous ?
NLB pour SQL Server : non !!! Le mieux est éventuellement de répliquer votre base sur n serveur.
Concernant SQL 2005, pour l'instant la date de sortie pour le public est autour du mois de novembre.
---------------------------------------------------------------------- Philippe TROTIN - Microsoft Service France
"Houdini" wrote in message news:
Bonjour à toutes et à tous,
Voici mon contexte: 3 sites distants (majoritairement des postes clients) + 1 siège (W2003/SQL 2000) Les sites distants sont reliés entre eux et au siège par une liaison IP/VPN 1024K et un débit garanti à 128K. L'application (ERP) utilisée par tout le monde en mode web, passe par un TSE.
La volumétrie des données à l'année représente environ 10 Go La perte d'information peut aller jusqu'à 4 heures maxi. Il n'y a pas d'informations temps réel qui alimente la base.
L'ERP repose sur un serveur d'application, hébergé au siège par un IIS 6.
Question: pour ce type de contexte et la totalité des données qui n'excède pas 10 Go / an, je pensais utiliser une version SQL 2000 standard avec un Windows 2003 Standard, sachant que je n'utilise pas Olap ...Le choix est-il correct ?
Question: que faut-il comme licence côté client ? (côté serveur, le client prend des licences par processeur) ?
Question: pour assurer un bon fonctionnement des données et pour perdre le moins d'informations possible, quelle stratégie devrais-je employer ? Un cluster, si oui, quelles sont les précautions à prendre (Actif/actif ou Actif /Passif) ? Si non, une réplication, mais quel type de fonctionnement ?
Question: sachant qu'il y aura beaucoup de connexions simultanées, les serveurs SQL sont-ils impactés directement et est-il possible de faire du NLB sur SQL Server ?
Question: Quid de SQL Server 2005 ? A-t-on une date de sortie, voire de training ? Les nouveautés annoncées sont-elles au rendez-vous ?
