Version imprimable
Bonjur,
Nous avons acheté un produit de gestion qui fonctionne sous Sql-Server 8. Nous souhaiterions que la base soit localisé ailleur que sur le disque local. (c: ou d:) par exemple sur disque réseau (nous avons un san) via un chemin UNC par exemple, mais cela semble impossible, SQLServer ne voit que les disques locaux et refuse les chemin UNC. ! ! ! ? ? ? :(
Si quelqu'un sait comment faire ? Merci d'avance.
Cordialement,
SG
Oui, c'est le cas et c'est heureux.
Comme Oracle, DB2 ou encore Sybase, il existe un lien fort entre mémoire et blocs disques sous MS-SQL.
Donc impossible de faire confiance au réseau, que ce soit pour de la perte de données ou des perfs.
HAAAAAA !
Mais non, pas sous Oracle ! ! ! Cela fais des années que nos bases se trouvent ailleurs que sur les disques locaux (bien avant la version 7.2) et elles sont importantes en tailles
Et jamais aucun soucis de perf, d'export, d'import....
Je ne comprend pas MS, c'est vraiment impossible ? Comment peut-il y avoir un lien fort entre un systeme et des data ?
merci
Si tu as un SAN, tes disques sont considérés comme locaux, et non pas réseau. Donc pas de chemin UNC ! Et SQL Server pourra y accéder sans problème.
Inversement, si tu accèdes à tes données par un chemin UNC, ça doit être un NAS...
Ok merci pour tout.
Effectivement j'y accède via une lettre, mais ce la impose la mise en place d'un agent SAN sur le serveur SQL (ms).
Donc ce n'est pas possible ! Très Très bizarre vu les performance des réseaux locaux (cable par exemple entre nos serveur et le san chez nous) de nos jours c'est étonnant de ne pas pouvoir mettre cela en place avec SQL SERVER ! ! !, Snif, je suis déçu :(
Le SAN est accédé via un agent SAN effectivement, mais passe par du FC ou iSCSI ou SCSI, pas par le réseau. Les performances sont OK.
Es-tu tu sûr que c'est un SAN, ou bien est-ce un NAS (accédé par ethernet) ???8O
Bonjour,
C'est bien du san avec un swich interne en fibre. Pour être plus précis c'est tout dans du Blade center IBM
Cordialement
SG
Donc il n'y a absolument aucun problème pour y mettre tes bases, et les attacher sur SQL. Les volumes du SAN seront vus comme des lecteurs locaux, et non pas réseau.
Ton serveur doit avoir l'agent IBM qui te permet de voir tes volumes, et ça roule.
En fait j'aurai bien voulu, juste pour une application faire l'éconnomie d'un agent SAN SQL.
Merci