Je voudrai exporter des données dans un fichier .csv. J' y arrive mais
seulement lorsque le fichier est localisé sur mon serveur; sur un lecteur
mappé cela ne fonctionne pas. L'erreur renvoyé est lecteur innaccessible. je
l'ai fait en administrateur donc les droits sont OK.
Quelqu'un pourrait m'expliquer pourquoi ? ou comment y remédier?
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
SQLpro [MVP]
Sylvie a écrit :
Bonjour à tous
Je voudrai exporter des données dans un fichier .csv. J' y arrive mais seulement lorsque le fichier est localisé sur mon serveur; sur un lecteur mappé cela ne fonctionne pas. L'erreur renvoyé est lecteur innaccessible. je l'ai fait en administrateur donc les droits sont OK.
Comment l'avez vous fait ? Depuis SQL Server ou simplement en par l'OS ?
Quelqu'un pourrait m'expliquer pourquoi ? ou comment y remédier?
SQL Server n'est pas paramétré par défaut pour attaquer des ressources réseau de type fichier. Vous pouvez cepandant le faire au risque de dégrader singulièrement les performances et introduire un trou de sécurité dans votre SI. C'est donc très franchement déconseillé. Mais pour ce faire vous devez activer la trace 1807 ou alors Reconsiderez votre façon de faire en utilisant un FTP entre le répertoire serveur et le répertoire réseau de destination. ça c'est sécurisé et asynchrone donc performant !
A +
Merci
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Sylvie a écrit :
Bonjour à tous
Je voudrai exporter des données dans un fichier .csv. J' y arrive mais
seulement lorsque le fichier est localisé sur mon serveur; sur un lecteur
mappé cela ne fonctionne pas. L'erreur renvoyé est lecteur innaccessible. je
l'ai fait en administrateur donc les droits sont OK.
Comment l'avez vous fait ? Depuis SQL Server ou simplement en par l'OS ?
Quelqu'un pourrait m'expliquer pourquoi ? ou comment y remédier?
SQL Server n'est pas paramétré par défaut pour attaquer des ressources
réseau de type fichier.
Vous pouvez cepandant le faire au risque de dégrader singulièrement les
performances et introduire un trou de sécurité dans votre SI.
C'est donc très franchement déconseillé.
Mais pour ce faire vous devez activer la trace 1807
ou alors
Reconsiderez votre façon de faire en utilisant un FTP entre le
répertoire serveur et le répertoire réseau de destination.
ça c'est sécurisé et asynchrone donc performant !
A +
Merci
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Je voudrai exporter des données dans un fichier .csv. J' y arrive mais seulement lorsque le fichier est localisé sur mon serveur; sur un lecteur mappé cela ne fonctionne pas. L'erreur renvoyé est lecteur innaccessible. je l'ai fait en administrateur donc les droits sont OK.
Comment l'avez vous fait ? Depuis SQL Server ou simplement en par l'OS ?
Quelqu'un pourrait m'expliquer pourquoi ? ou comment y remédier?
SQL Server n'est pas paramétré par défaut pour attaquer des ressources réseau de type fichier. Vous pouvez cepandant le faire au risque de dégrader singulièrement les performances et introduire un trou de sécurité dans votre SI. C'est donc très franchement déconseillé. Mais pour ce faire vous devez activer la trace 1807 ou alors Reconsiderez votre façon de faire en utilisant un FTP entre le répertoire serveur et le répertoire réseau de destination. ça c'est sécurisé et asynchrone donc performant !
A +
Merci
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Sylvie
Merci Fréderic
J'ai fait l'export par SQl.
Vous avez écrit : SQL Server n'est pas paramétré par défaut pour attaquer des ressources réseau de type fichier. Vous pouvez cepandant le faire au risque de dégrader singulièrement les performances et introduire un trou de sécurité dans votre SI.
En fait j'ai un travail qui exporte toutes les 4 heures des données dans un fichier, qui sera utilisé par un logiciel. Si dans mon travail, qui contient plusieures étapes, j'y intégre une derniére étape, un script vbs, qui copie ce fichier sur le réseau, est ce que je dégrade aussi les performances ? Il me semble que non mais je ne connais pas suffisemment SQL.
Merci encore -- Sylvie
"SQLpro [MVP]" a écrit :
Sylvie a écrit : > Bonjour à tous > > Je voudrai exporter des données dans un fichier .csv. J' y arrive mais > seulement lorsque le fichier est localisé sur mon serveur; sur un lecteur > mappé cela ne fonctionne pas. L'erreur renvoyé est lecteur innaccessible. je > l'ai fait en administrateur donc les droits sont OK.
Comment l'avez vous fait ? Depuis SQL Server ou simplement en par l'OS ?
> Quelqu'un pourrait m'expliquer pourquoi ? ou comment y remédier?
SQL Server n'est pas paramétré par défaut pour attaquer des ressources réseau de type fichier. Vous pouvez cepandant le faire au risque de dégrader singulièrement les performances et introduire un trou de sécurité dans votre SI. C'est donc très franchement déconseillé. Mais pour ce faire vous devez activer la trace 1807 ou alors Reconsiderez votre façon de faire en utilisant un FTP entre le répertoire serveur et le répertoire réseau de destination. ça c'est sécurisé et asynchrone donc performant !
A +
> > Merci
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Merci Fréderic
J'ai fait l'export par SQl.
Vous avez écrit :
SQL Server n'est pas paramétré par défaut pour attaquer des ressources
réseau de type fichier.
Vous pouvez cepandant le faire au risque de dégrader singulièrement les
performances et introduire un trou de sécurité dans votre SI.
En fait j'ai un travail qui exporte toutes les 4 heures des données dans un
fichier, qui sera utilisé par un logiciel. Si dans mon travail, qui contient
plusieures étapes, j'y intégre une derniére étape, un script vbs, qui copie
ce fichier sur le réseau, est ce que je dégrade aussi les performances ? Il
me semble que non mais je ne connais pas suffisemment SQL.
Merci encore
--
Sylvie
"SQLpro [MVP]" a écrit :
Sylvie a écrit :
> Bonjour à tous
>
> Je voudrai exporter des données dans un fichier .csv. J' y arrive mais
> seulement lorsque le fichier est localisé sur mon serveur; sur un lecteur
> mappé cela ne fonctionne pas. L'erreur renvoyé est lecteur innaccessible. je
> l'ai fait en administrateur donc les droits sont OK.
Comment l'avez vous fait ? Depuis SQL Server ou simplement en par l'OS ?
> Quelqu'un pourrait m'expliquer pourquoi ? ou comment y remédier?
SQL Server n'est pas paramétré par défaut pour attaquer des ressources
réseau de type fichier.
Vous pouvez cepandant le faire au risque de dégrader singulièrement les
performances et introduire un trou de sécurité dans votre SI.
C'est donc très franchement déconseillé.
Mais pour ce faire vous devez activer la trace 1807
ou alors
Reconsiderez votre façon de faire en utilisant un FTP entre le
répertoire serveur et le répertoire réseau de destination.
ça c'est sécurisé et asynchrone donc performant !
A +
>
> Merci
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Vous avez écrit : SQL Server n'est pas paramétré par défaut pour attaquer des ressources réseau de type fichier. Vous pouvez cepandant le faire au risque de dégrader singulièrement les performances et introduire un trou de sécurité dans votre SI.
En fait j'ai un travail qui exporte toutes les 4 heures des données dans un fichier, qui sera utilisé par un logiciel. Si dans mon travail, qui contient plusieures étapes, j'y intégre une derniére étape, un script vbs, qui copie ce fichier sur le réseau, est ce que je dégrade aussi les performances ? Il me semble que non mais je ne connais pas suffisemment SQL.
Merci encore -- Sylvie
"SQLpro [MVP]" a écrit :
Sylvie a écrit : > Bonjour à tous > > Je voudrai exporter des données dans un fichier .csv. J' y arrive mais > seulement lorsque le fichier est localisé sur mon serveur; sur un lecteur > mappé cela ne fonctionne pas. L'erreur renvoyé est lecteur innaccessible. je > l'ai fait en administrateur donc les droits sont OK.
Comment l'avez vous fait ? Depuis SQL Server ou simplement en par l'OS ?
> Quelqu'un pourrait m'expliquer pourquoi ? ou comment y remédier?
SQL Server n'est pas paramétré par défaut pour attaquer des ressources réseau de type fichier. Vous pouvez cepandant le faire au risque de dégrader singulièrement les performances et introduire un trou de sécurité dans votre SI. C'est donc très franchement déconseillé. Mais pour ce faire vous devez activer la trace 1807 ou alors Reconsiderez votre façon de faire en utilisant un FTP entre le répertoire serveur et le répertoire réseau de destination. ça c'est sécurisé et asynchrone donc performant !
A +
> > Merci
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
SQLpro [MVP]
Sylvie a écrit :
Merci Fréderic
J'ai fait l'export par SQl.
Vous avez écrit : SQL Server n'est pas paramétré par défaut pour attaquer des ressources réseau de type fichier. Vous pouvez cepandant le faire au risque de dégrader singulièrement les performances et introduire un trou de sécurité dans votre SI.
En fait j'ai un travail qui exporte toutes les 4 heures des données dans un fichier, qui sera utilisé par un logiciel. Si dans mon travail, qui contient plusieures étapes, j'y intégre une derniére étape, un script vbs, qui copie ce fichier sur le réseau, est ce que je dégrade aussi les performances ? Il me semble que non mais je ne connais pas suffisemment SQL.
Moins que si vous le faisiez directement par exemple dans une proc stock de la base de prod.
mais le mieux est de TOUJOURS utiliser l'outil le mieux approprié et le plus sécurisé. N'oubliez pas que les données sont un bien immatériel vital pour l'entreprise. Vous pouvez perdre tous les programmes de la terre pourvu que vos données pertistent. Si vous perdez vos données, votre entreprise à toutes les chances de déposer le bilan !
A +
Merci encore
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Sylvie a écrit :
Merci Fréderic
J'ai fait l'export par SQl.
Vous avez écrit :
SQL Server n'est pas paramétré par défaut pour attaquer des ressources
réseau de type fichier.
Vous pouvez cepandant le faire au risque de dégrader singulièrement les
performances et introduire un trou de sécurité dans votre SI.
En fait j'ai un travail qui exporte toutes les 4 heures des données dans un
fichier, qui sera utilisé par un logiciel. Si dans mon travail, qui contient
plusieures étapes, j'y intégre une derniére étape, un script vbs, qui copie
ce fichier sur le réseau, est ce que je dégrade aussi les performances ? Il
me semble que non mais je ne connais pas suffisemment SQL.
Moins que si vous le faisiez directement par exemple dans une proc stock
de la base de prod.
mais le mieux est de TOUJOURS utiliser l'outil le mieux approprié et le
plus sécurisé.
N'oubliez pas que les données sont un bien immatériel vital pour
l'entreprise. Vous pouvez perdre tous les programmes de la terre pourvu
que vos données pertistent.
Si vous perdez vos données, votre entreprise à toutes les chances de
déposer le bilan !
A +
Merci encore
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Vous avez écrit : SQL Server n'est pas paramétré par défaut pour attaquer des ressources réseau de type fichier. Vous pouvez cepandant le faire au risque de dégrader singulièrement les performances et introduire un trou de sécurité dans votre SI.
En fait j'ai un travail qui exporte toutes les 4 heures des données dans un fichier, qui sera utilisé par un logiciel. Si dans mon travail, qui contient plusieures étapes, j'y intégre une derniére étape, un script vbs, qui copie ce fichier sur le réseau, est ce que je dégrade aussi les performances ? Il me semble que non mais je ne connais pas suffisemment SQL.
Moins que si vous le faisiez directement par exemple dans une proc stock de la base de prod.
mais le mieux est de TOUJOURS utiliser l'outil le mieux approprié et le plus sécurisé. N'oubliez pas que les données sont un bien immatériel vital pour l'entreprise. Vous pouvez perdre tous les programmes de la terre pourvu que vos données pertistent. Si vous perdez vos données, votre entreprise à toutes les chances de déposer le bilan !
A +
Merci encore
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
bruno reiter
comme c'est SQL qui fait l'écriture dans le fichier, il faut que le compte associé au service MSSQLSERVER ait les droits nécessaires.
br
"Sylvie" a écrit dans le message de news:
Bonjour à tous
Je voudrai exporter des données dans un fichier .csv. J' y arrive mais seulement lorsque le fichier est localisé sur mon serveur; sur un lecteur mappé cela ne fonctionne pas. L'erreur renvoyé est lecteur innaccessible. je l'ai fait en administrateur donc les droits sont OK. Quelqu'un pourrait m'expliquer pourquoi ? ou comment y remédier?
Merci -- Sylvie
comme c'est SQL qui fait l'écriture dans le fichier, il faut que le compte
associé au service MSSQLSERVER ait les droits nécessaires.
br
"Sylvie" <Sylvie@discussions.microsoft.com> a écrit dans le message de news:
6432741F-6088-4108-88B6-1F258CC8B72D@microsoft.com...
Bonjour à tous
Je voudrai exporter des données dans un fichier .csv. J' y arrive mais
seulement lorsque le fichier est localisé sur mon serveur; sur un lecteur
mappé cela ne fonctionne pas. L'erreur renvoyé est lecteur innaccessible.
je
l'ai fait en administrateur donc les droits sont OK.
Quelqu'un pourrait m'expliquer pourquoi ? ou comment y remédier?
comme c'est SQL qui fait l'écriture dans le fichier, il faut que le compte associé au service MSSQLSERVER ait les droits nécessaires.
br
"Sylvie" a écrit dans le message de news:
Bonjour à tous
Je voudrai exporter des données dans un fichier .csv. J' y arrive mais seulement lorsque le fichier est localisé sur mon serveur; sur un lecteur mappé cela ne fonctionne pas. L'erreur renvoyé est lecteur innaccessible. je l'ai fait en administrateur donc les droits sont OK. Quelqu'un pourrait m'expliquer pourquoi ? ou comment y remédier?
