Discussion :

[phoenix75]

Bonjour,

j'ai installé sql serveur 2008, et je me retrouve confronté au même problème qu'avec sql serveur 2005 depuis le configuration manager :

je voudrais pouvoir créer ou déplacer une base de données sur un disque réseau, de manière à stocker toutes les bases de données sur un NAS par exemple.

Or, lorsque je créée ou joins une BD (détachée au préalable), je n'ai pas accès au lecteur réseau, et je ne peux pas taper la lettre du lecteur réseau.

Y-a t-il donc possibilité d'avoir le serveur SQL sur un serveur, et les fichiers de bases de données sur un autre serveur ou disque réseau ?

Merci

[pacmann]

Salut,

Je ne sais pas si ça peut t'aider, mais j'ai lu quelque part que SQL Server ne veut pas faire ce genre de truc... à moins que tu n'actives un flag :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
DBCC TRACEON(1807)

Après ça, tu peux peut être faire ton CREATE DATABASE ON (FILENAME=...) FOR ATTACH

[plutonium719]

Aahah j'ai eu le même souci cet aprem avec SQL Server 2005

[phoenix75]

ok, merci pour la réponse
c'est bien ce qui me semblait
je vais essayer d'activer ce flag et voir ce que cela donne

modif : j'ai activé le flag, mais depuis l'interface, je ne peux toujours pas créer de base de données sur un disque réseau, et avec l'instruction


CREATE DATABASE SampleUNCDatabase ON
( NAME = Sample_dat,
FILENAME = '\\192.16.1.X\test\data\sample.mdf',
SIZE = 10MB,
MAXSIZE = 2000MB,
FILEGROWTH = 10MB)
LOG ON
( NAME = Sample_log,
FILENAME = '\\192.16.1.X\test\data\sample.ldf',
SIZE = 5MB,
MAXSIZE = 25MB,
FILEGROWTH = 5MB)

j'ai les erreurs suivantes :
Msg 1802, Niveau 16, État 4, Ligne 2
Échec de CREATE DATABASE. Certains noms de fichiers de la liste n'ont pas pu être créés. Voir les erreurs associées.
Msg 5123, Niveau 16, État 1, Ligne 2
CREATE FILE a rencontré l'erreur du système d'exploitation 5(Accès refusé.) en essayant d'ouvrir ou de créer le fichier physique '\\192.16.1.X\test\data\sample.mdf'.

Or, je suis connecté en administrateur, et le serveur sur lequel je veux placer la base de données, fait partie du domaine

comment puis-je régler ca ?
merci
merci encore

[SQLpro]

Pour information, c'est une très mauvaise idée d'utiliser un NAS pour un SGBDR comme SQL Server Oracle ou IBM DB2. Sauf si vous voulez une sévère dégradation des performances de votre SGBDR !

En effet SQL Server comme les autres SGBDR mentionnés utilisent nativement des routines particulières qui court court-circuitent l'OS en matière d'accès disque. Mais ceci n'est possible que si le disque est directement attaché à la machine (disque UC, ARRAY directement attaché par FO ou encore SAN et dans ce dernier cas hautement administrable).

A +

[phoenix75]

Encore merci pour la réponse
donc, si j'ai bien compris, il vaut mieux dans ce cas là installer SQL serveur directement sur un SAN ?