Bonjour,
J'aimerais transférer toutes les bases et données (tout ce qui se trouve
dans mon répertoire F:MSSQL) sur un autre dur disque (D:MSSQL) sur la même
machine, et ensuite supprimer carrément le F, il faudrait donc - je pense -
qu'il ne soit plus "connu" de SQL server.
Est-ce possible sans réinstaller SQL server ? J'utilise SQL server 2000 SP3,
version developer, et la manip a lieu sur une machine de test, donc aucune
restriction ou contrainte à respecter, pour autant qu'il y en ait.
Merci d'avance
Marius
Bonjour,
J'aimerais transférer toutes les bases et données (tout ce qui se trouve
dans mon répertoire F:MSSQL) sur un autre dur disque (D:MSSQL) sur la même
machine, et ensuite supprimer carrément le F, il faudrait donc - je pense -
qu'il ne soit plus "connu" de SQL server.
Est-ce possible sans réinstaller SQL server ? J'utilise SQL server 2000 SP3,
version developer, et la manip a lieu sur une machine de test, donc aucune
restriction ou contrainte à respecter, pour autant qu'il y en ait.
Merci d'avance
Marius
Bonjour,
J'aimerais transférer toutes les bases et données (tout ce qui se trouve
dans mon répertoire F:MSSQL) sur un autre dur disque (D:MSSQL) sur la même
machine, et ensuite supprimer carrément le F, il faudrait donc - je pense -
qu'il ne soit plus "connu" de SQL server.
Est-ce possible sans réinstaller SQL server ? J'utilise SQL server 2000 SP3,
version developer, et la manip a lieu sur une machine de test, donc aucune
restriction ou contrainte à respecter, pour autant qu'il y en ait.
Merci d'avance
Marius
Bonjour,
en ligne dans l'analyseur de requêtes :
USE master
GO
-- arrête l'exploitation de la base de données
ALTER DATABASE <nomBase>
SET OFFLINE WITH ROLLBACK IMMEDIATE
GO
-- détache les fichiers composant la base
sp_detach_db N'<nomBase>', N'false'
GO
-- Mouvoir les 2 fichiers (données et journal) via commande OS
-- réattache les fichiers composant la base
sp_attach_db N'<nomBase>' , N'<NouvelEmplacementFichierDonnées>',
N'<NouvelEmplacementFichierJournal>'
GO
-- remise en exploitation de la base de données
ALTER DATABASE <nomBase>
SET ONLINE
GO
A +
Marius a écrit:
> Bonjour,
>
> J'aimerais transférer toutes les bases et données (tout ce qui se trouve
> dans mon répertoire F:MSSQL) sur un autre dur disque (D:MSSQL) sur la même
> machine, et ensuite supprimer carrément le F, il faudrait donc - je pense -
> qu'il ne soit plus "connu" de SQL server.
>
> Est-ce possible sans réinstaller SQL server ? J'utilise SQL server 2000 SP3,
> version developer, et la manip a lieu sur une machine de test, donc aucune
> restriction ou contrainte à respecter, pour autant qu'il y en ait.
>
> Merci d'avance
> Marius
--
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 ***********************
Bonjour,
en ligne dans l'analyseur de requêtes :
USE master
GO
-- arrête l'exploitation de la base de données
ALTER DATABASE <nomBase>
SET OFFLINE WITH ROLLBACK IMMEDIATE
GO
-- détache les fichiers composant la base
sp_detach_db N'<nomBase>', N'false'
GO
-- Mouvoir les 2 fichiers (données et journal) via commande OS
-- réattache les fichiers composant la base
sp_attach_db N'<nomBase>' , N'<NouvelEmplacementFichierDonnées>',
N'<NouvelEmplacementFichierJournal>'
GO
-- remise en exploitation de la base de données
ALTER DATABASE <nomBase>
SET ONLINE
GO
A +
Marius a écrit:
> Bonjour,
>
> J'aimerais transférer toutes les bases et données (tout ce qui se trouve
> dans mon répertoire F:MSSQL) sur un autre dur disque (D:MSSQL) sur la même
> machine, et ensuite supprimer carrément le F, il faudrait donc - je pense -
> qu'il ne soit plus "connu" de SQL server.
>
> Est-ce possible sans réinstaller SQL server ? J'utilise SQL server 2000 SP3,
> version developer, et la manip a lieu sur une machine de test, donc aucune
> restriction ou contrainte à respecter, pour autant qu'il y en ait.
>
> Merci d'avance
> Marius
--
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 ***********************
Bonjour,
en ligne dans l'analyseur de requêtes :
USE master
GO
-- arrête l'exploitation de la base de données
ALTER DATABASE <nomBase>
SET OFFLINE WITH ROLLBACK IMMEDIATE
GO
-- détache les fichiers composant la base
sp_detach_db N'<nomBase>', N'false'
GO
-- Mouvoir les 2 fichiers (données et journal) via commande OS
-- réattache les fichiers composant la base
sp_attach_db N'<nomBase>' , N'<NouvelEmplacementFichierDonnées>',
N'<NouvelEmplacementFichierJournal>'
GO
-- remise en exploitation de la base de données
ALTER DATABASE <nomBase>
SET ONLINE
GO
A +
Marius a écrit:
> Bonjour,
>
> J'aimerais transférer toutes les bases et données (tout ce qui se trouve
> dans mon répertoire F:MSSQL) sur un autre dur disque (D:MSSQL) sur la même
> machine, et ensuite supprimer carrément le F, il faudrait donc - je pense -
> qu'il ne soit plus "connu" de SQL server.
>
> Est-ce possible sans réinstaller SQL server ? J'utilise SQL server 2000 SP3,
> version developer, et la manip a lieu sur une machine de test, donc aucune
> restriction ou contrainte à respecter, pour autant qu'il y en ait.
>
> Merci d'avance
> Marius
--
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 ***********************
Bonjour,
J'aimerais transférer toutes les bases et données (tout ce qui se
trouve
dans mon répertoire F:MSSQL) sur un autre dur disque (D:MSSQL) sur
la même
machine, et ensuite supprimer carrément le F, il faudrait donc - je
pense -
qu'il ne soit plus "connu" de SQL server.
Est-ce possible sans réinstaller SQL server ? J'utilise SQL server
2000 SP3,
version developer, et la manip a lieu sur une machine de test, donc
aucune
restriction ou contrainte à respecter, pour autant qu'il y en ait.
Bonjour,
J'aimerais transférer toutes les bases et données (tout ce qui se
trouve
dans mon répertoire F:MSSQL) sur un autre dur disque (D:MSSQL) sur
la même
machine, et ensuite supprimer carrément le F, il faudrait donc - je
pense -
qu'il ne soit plus "connu" de SQL server.
Est-ce possible sans réinstaller SQL server ? J'utilise SQL server
2000 SP3,
version developer, et la manip a lieu sur une machine de test, donc
aucune
restriction ou contrainte à respecter, pour autant qu'il y en ait.
Bonjour,
J'aimerais transférer toutes les bases et données (tout ce qui se
trouve
dans mon répertoire F:MSSQL) sur un autre dur disque (D:MSSQL) sur
la même
machine, et ensuite supprimer carrément le F, il faudrait donc - je
pense -
qu'il ne soit plus "connu" de SQL server.
Est-ce possible sans réinstaller SQL server ? J'utilise SQL server
2000 SP3,
version developer, et la manip a lieu sur une machine de test, donc
aucune
restriction ou contrainte à respecter, pour autant qu'il y en ait.
Salut Fred,
Ben mon vieux......je me garde ça pour demain, et je crois que je vais
une dizaine de copies de sécurité......
Si je comprends bien, je dois faire la manip pour chaque base, y compris
bases "système" comme mastermdf.
Toujours si je comprends bien, je pourrais attacher n'importe quelle base
trouvant sur n'importe quel disque à condition de bien arrêter
de la base de données avant l'attach et de bien la remettre en
après ?
Je reviens dès que c'est fait.
Merci
Marius
"Fred BROUARD" a écrit :
> Bonjour,
>
> en ligne dans l'analyseur de requêtes :
>
> USE master
> GO
>
> -- arrête l'exploitation de la base de données
> ALTER DATABASE <nomBase>
> SET OFFLINE WITH ROLLBACK IMMEDIATE
> GO
>
> -- détache les fichiers composant la base
> sp_detach_db N'<nomBase>', N'false'
> GO
>
> -- Mouvoir les 2 fichiers (données et journal) via commande OS
>
> -- réattache les fichiers composant la base
> sp_attach_db N'<nomBase>' , N'<NouvelEmplacementFichierDonnées>',
> N'<NouvelEmplacementFichierJournal>'
> GO
>
> -- remise en exploitation de la base de données
> ALTER DATABASE <nomBase>
> SET ONLINE
> GO
>
> A +
>
>
> Marius a écrit:
> > Bonjour,
> >
> > J'aimerais transférer toutes les bases et données (tout ce qui se
> > dans mon répertoire F:MSSQL) sur un autre dur disque (D:MSSQL) sur
> > machine, et ensuite supprimer carrément le F, il faudrait donc - je
> > qu'il ne soit plus "connu" de SQL server.
> >
> > Est-ce possible sans réinstaller SQL server ? J'utilise SQL server
> > version developer, et la manip a lieu sur une machine de test, donc
> > restriction ou contrainte à respecter, pour autant qu'il y en ait.
> >
> > Merci d'avance
> > Marius
>
> --
> 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 ***********************
>
>
Salut Fred,
Ben mon vieux......je me garde ça pour demain, et je crois que je vais
une dizaine de copies de sécurité......
Si je comprends bien, je dois faire la manip pour chaque base, y compris
bases "système" comme mastermdf.
Toujours si je comprends bien, je pourrais attacher n'importe quelle base
trouvant sur n'importe quel disque à condition de bien arrêter
de la base de données avant l'attach et de bien la remettre en
après ?
Je reviens dès que c'est fait.
Merci
Marius
"Fred BROUARD" a écrit :
> Bonjour,
>
> en ligne dans l'analyseur de requêtes :
>
> USE master
> GO
>
> -- arrête l'exploitation de la base de données
> ALTER DATABASE <nomBase>
> SET OFFLINE WITH ROLLBACK IMMEDIATE
> GO
>
> -- détache les fichiers composant la base
> sp_detach_db N'<nomBase>', N'false'
> GO
>
> -- Mouvoir les 2 fichiers (données et journal) via commande OS
>
> -- réattache les fichiers composant la base
> sp_attach_db N'<nomBase>' , N'<NouvelEmplacementFichierDonnées>',
> N'<NouvelEmplacementFichierJournal>'
> GO
>
> -- remise en exploitation de la base de données
> ALTER DATABASE <nomBase>
> SET ONLINE
> GO
>
> A +
>
>
> Marius a écrit:
> > Bonjour,
> >
> > J'aimerais transférer toutes les bases et données (tout ce qui se
> > dans mon répertoire F:MSSQL) sur un autre dur disque (D:MSSQL) sur
> > machine, et ensuite supprimer carrément le F, il faudrait donc - je
> > qu'il ne soit plus "connu" de SQL server.
> >
> > Est-ce possible sans réinstaller SQL server ? J'utilise SQL server
> > version developer, et la manip a lieu sur une machine de test, donc
> > restriction ou contrainte à respecter, pour autant qu'il y en ait.
> >
> > Merci d'avance
> > Marius
>
> --
> 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 ***********************
>
>
Salut Fred,
Ben mon vieux......je me garde ça pour demain, et je crois que je vais
une dizaine de copies de sécurité......
Si je comprends bien, je dois faire la manip pour chaque base, y compris
bases "système" comme mastermdf.
Toujours si je comprends bien, je pourrais attacher n'importe quelle base
trouvant sur n'importe quel disque à condition de bien arrêter
de la base de données avant l'attach et de bien la remettre en
après ?
Je reviens dès que c'est fait.
Merci
Marius
"Fred BROUARD" a écrit :
> Bonjour,
>
> en ligne dans l'analyseur de requêtes :
>
> USE master
> GO
>
> -- arrête l'exploitation de la base de données
> ALTER DATABASE <nomBase>
> SET OFFLINE WITH ROLLBACK IMMEDIATE
> GO
>
> -- détache les fichiers composant la base
> sp_detach_db N'<nomBase>', N'false'
> GO
>
> -- Mouvoir les 2 fichiers (données et journal) via commande OS
>
> -- réattache les fichiers composant la base
> sp_attach_db N'<nomBase>' , N'<NouvelEmplacementFichierDonnées>',
> N'<NouvelEmplacementFichierJournal>'
> GO
>
> -- remise en exploitation de la base de données
> ALTER DATABASE <nomBase>
> SET ONLINE
> GO
>
> A +
>
>
> Marius a écrit:
> > Bonjour,
> >
> > J'aimerais transférer toutes les bases et données (tout ce qui se
> > dans mon répertoire F:MSSQL) sur un autre dur disque (D:MSSQL) sur
> > machine, et ensuite supprimer carrément le F, il faudrait donc - je
> > qu'il ne soit plus "connu" de SQL server.
> >
> > Est-ce possible sans réinstaller SQL server ? J'utilise SQL server
> > version developer, et la manip a lieu sur une machine de test, donc
> > restriction ou contrainte à respecter, pour autant qu'il y en ait.
> >
> > Merci d'avance
> > Marius
>
> --
> 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 ***********************
>
>
Ce n'est pas aussi simple que cela...
Il n'est notamment pas possible de détacher et rattacher les bases systèmes
Le plus simple, à mon avis, est :
- arrêter SQL Server
-Copier toutes les données du répertoire F:MSSQL sur D:MSSQL avec la même
structure
-Supprimer le disque F ou le renommer en Z, Y ou toute autre lettre libre
sur ton OS
-Renommer le disque D en F
-Relancer SQL Server
Si c'est manipulation ne te convient pas, tu pourras toujours t'inspirer de
cet article pour faire la manipulation
http://support.microsoft.com/?id"4071
--
Bien cordialement
Med Bouchenafa
"Marius" wrote in message
news:
> Salut Fred,
>
> Ben mon vieux......je me garde ça pour demain, et je crois que je vais
faire
> une dizaine de copies de sécurité......
>
> Si je comprends bien, je dois faire la manip pour chaque base, y compris
les
> bases "système" comme mastermdf.
>
> Toujours si je comprends bien, je pourrais attacher n'importe quelle base
se
> trouvant sur n'importe quel disque à condition de bien arrêter
l'exploitation
> de la base de données avant l'attach et de bien la remettre en
exploitation
> après ?
>
> Je reviens dès que c'est fait.
> Merci
> Marius
>
>
> "Fred BROUARD" a écrit :
>
> > Bonjour,
> >
> > en ligne dans l'analyseur de requêtes :
> >
> > USE master
> > GO
> >
> > -- arrête l'exploitation de la base de données
> > ALTER DATABASE <nomBase>
> > SET OFFLINE WITH ROLLBACK IMMEDIATE
> > GO
> >
> > -- détache les fichiers composant la base
> > sp_detach_db N'<nomBase>', N'false'
> > GO
> >
> > -- Mouvoir les 2 fichiers (données et journal) via commande OS
> >
> > -- réattache les fichiers composant la base
> > sp_attach_db N'<nomBase>' , N'<NouvelEmplacementFichierDonnées>',
> > N'<NouvelEmplacementFichierJournal>'
> > GO
> >
> > -- remise en exploitation de la base de données
> > ALTER DATABASE <nomBase>
> > SET ONLINE
> > GO
> >
> > A +
> >
> >
> > Marius a écrit:
> > > Bonjour,
> > >
> > > J'aimerais transférer toutes les bases et données (tout ce qui se
trouve
> > > dans mon répertoire F:MSSQL) sur un autre dur disque (D:MSSQL) sur
la même
> > > machine, et ensuite supprimer carrément le F, il faudrait donc - je
pense -
> > > qu'il ne soit plus "connu" de SQL server.
> > >
> > > Est-ce possible sans réinstaller SQL server ? J'utilise SQL server
2000 SP3,
> > > version developer, et la manip a lieu sur une machine de test, donc
aucune
> > > restriction ou contrainte à respecter, pour autant qu'il y en ait.
> > >
> > > Merci d'avance
> > > Marius
> >
> > --
> > 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 ***********************
> >
> >
Ce n'est pas aussi simple que cela...
Il n'est notamment pas possible de détacher et rattacher les bases systèmes
Le plus simple, à mon avis, est :
- arrêter SQL Server
-Copier toutes les données du répertoire F:MSSQL sur D:MSSQL avec la même
structure
-Supprimer le disque F ou le renommer en Z, Y ou toute autre lettre libre
sur ton OS
-Renommer le disque D en F
-Relancer SQL Server
Si c'est manipulation ne te convient pas, tu pourras toujours t'inspirer de
cet article pour faire la manipulation
http://support.microsoft.com/?id"4071
--
Bien cordialement
Med Bouchenafa
"Marius" <Marius@discussions.microsoft.com> wrote in message
news:CE0646E9-D362-4D89-980C-FACC426E2C81@microsoft.com...
> Salut Fred,
>
> Ben mon vieux......je me garde ça pour demain, et je crois que je vais
faire
> une dizaine de copies de sécurité......
>
> Si je comprends bien, je dois faire la manip pour chaque base, y compris
les
> bases "système" comme mastermdf.
>
> Toujours si je comprends bien, je pourrais attacher n'importe quelle base
se
> trouvant sur n'importe quel disque à condition de bien arrêter
l'exploitation
> de la base de données avant l'attach et de bien la remettre en
exploitation
> après ?
>
> Je reviens dès que c'est fait.
> Merci
> Marius
>
>
> "Fred BROUARD" a écrit :
>
> > Bonjour,
> >
> > en ligne dans l'analyseur de requêtes :
> >
> > USE master
> > GO
> >
> > -- arrête l'exploitation de la base de données
> > ALTER DATABASE <nomBase>
> > SET OFFLINE WITH ROLLBACK IMMEDIATE
> > GO
> >
> > -- détache les fichiers composant la base
> > sp_detach_db N'<nomBase>', N'false'
> > GO
> >
> > -- Mouvoir les 2 fichiers (données et journal) via commande OS
> >
> > -- réattache les fichiers composant la base
> > sp_attach_db N'<nomBase>' , N'<NouvelEmplacementFichierDonnées>',
> > N'<NouvelEmplacementFichierJournal>'
> > GO
> >
> > -- remise en exploitation de la base de données
> > ALTER DATABASE <nomBase>
> > SET ONLINE
> > GO
> >
> > A +
> >
> >
> > Marius a écrit:
> > > Bonjour,
> > >
> > > J'aimerais transférer toutes les bases et données (tout ce qui se
trouve
> > > dans mon répertoire F:MSSQL) sur un autre dur disque (D:MSSQL) sur
la même
> > > machine, et ensuite supprimer carrément le F, il faudrait donc - je
pense -
> > > qu'il ne soit plus "connu" de SQL server.
> > >
> > > Est-ce possible sans réinstaller SQL server ? J'utilise SQL server
2000 SP3,
> > > version developer, et la manip a lieu sur une machine de test, donc
aucune
> > > restriction ou contrainte à respecter, pour autant qu'il y en ait.
> > >
> > > Merci d'avance
> > > Marius
> >
> > --
> > 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 ***********************
> >
> >
Ce n'est pas aussi simple que cela...
Il n'est notamment pas possible de détacher et rattacher les bases systèmes
Le plus simple, à mon avis, est :
- arrêter SQL Server
-Copier toutes les données du répertoire F:MSSQL sur D:MSSQL avec la même
structure
-Supprimer le disque F ou le renommer en Z, Y ou toute autre lettre libre
sur ton OS
-Renommer le disque D en F
-Relancer SQL Server
Si c'est manipulation ne te convient pas, tu pourras toujours t'inspirer de
cet article pour faire la manipulation
http://support.microsoft.com/?id"4071
--
Bien cordialement
Med Bouchenafa
"Marius" wrote in message
news:
> Salut Fred,
>
> Ben mon vieux......je me garde ça pour demain, et je crois que je vais
faire
> une dizaine de copies de sécurité......
>
> Si je comprends bien, je dois faire la manip pour chaque base, y compris
les
> bases "système" comme mastermdf.
>
> Toujours si je comprends bien, je pourrais attacher n'importe quelle base
se
> trouvant sur n'importe quel disque à condition de bien arrêter
l'exploitation
> de la base de données avant l'attach et de bien la remettre en
exploitation
> après ?
>
> Je reviens dès que c'est fait.
> Merci
> Marius
>
>
> "Fred BROUARD" a écrit :
>
> > Bonjour,
> >
> > en ligne dans l'analyseur de requêtes :
> >
> > USE master
> > GO
> >
> > -- arrête l'exploitation de la base de données
> > ALTER DATABASE <nomBase>
> > SET OFFLINE WITH ROLLBACK IMMEDIATE
> > GO
> >
> > -- détache les fichiers composant la base
> > sp_detach_db N'<nomBase>', N'false'
> > GO
> >
> > -- Mouvoir les 2 fichiers (données et journal) via commande OS
> >
> > -- réattache les fichiers composant la base
> > sp_attach_db N'<nomBase>' , N'<NouvelEmplacementFichierDonnées>',
> > N'<NouvelEmplacementFichierJournal>'
> > GO
> >
> > -- remise en exploitation de la base de données
> > ALTER DATABASE <nomBase>
> > SET ONLINE
> > GO
> >
> > A +
> >
> >
> > Marius a écrit:
> > > Bonjour,
> > >
> > > J'aimerais transférer toutes les bases et données (tout ce qui se
trouve
> > > dans mon répertoire F:MSSQL) sur un autre dur disque (D:MSSQL) sur
la même
> > > machine, et ensuite supprimer carrément le F, il faudrait donc - je
pense -
> > > qu'il ne soit plus "connu" de SQL server.
> > >
> > > Est-ce possible sans réinstaller SQL server ? J'utilise SQL server
2000 SP3,
> > > version developer, et la manip a lieu sur une machine de test, donc
aucune
> > > restriction ou contrainte à respecter, pour autant qu'il y en ait.
> > >
> > > Merci d'avance
> > > Marius
> >
> > --
> > 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 réfléchis à ce transfer et je tombe sur d'autres questions.
L'arborescence
des répertoires.
Sous le répertoire MSSQL, j'ai les sous-répertoires BACKUP, Data, Jobs,
LOG
et REPLDATA.
Dois-je recréer l'arborescence complète sur mon nouveau disque dur ? Le
répertoire LOG contient un certain nombre de fichier .log .dmp .txct.
Dois-je
aussi copier ces fichiers ? Ou bien dois-je seulement recréer MSSQL/Data
pour
copier mes bases et les autres répertoires seront automatiquement créés
par
SQL server ?
Bonne nuit
Marius
Je réfléchis à ce transfer et je tombe sur d'autres questions.
L'arborescence
des répertoires.
Sous le répertoire MSSQL, j'ai les sous-répertoires BACKUP, Data, Jobs,
LOG
et REPLDATA.
Dois-je recréer l'arborescence complète sur mon nouveau disque dur ? Le
répertoire LOG contient un certain nombre de fichier .log .dmp .txct.
Dois-je
aussi copier ces fichiers ? Ou bien dois-je seulement recréer MSSQL/Data
pour
copier mes bases et les autres répertoires seront automatiquement créés
par
SQL server ?
Bonne nuit
Marius
Je réfléchis à ce transfer et je tombe sur d'autres questions.
L'arborescence
des répertoires.
Sous le répertoire MSSQL, j'ai les sous-répertoires BACKUP, Data, Jobs,
LOG
et REPLDATA.
Dois-je recréer l'arborescence complète sur mon nouveau disque dur ? Le
répertoire LOG contient un certain nombre de fichier .log .dmp .txct.
Dois-je
aussi copier ces fichiers ? Ou bien dois-je seulement recréer MSSQL/Data
pour
copier mes bases et les autres répertoires seront automatiquement créés
par
SQL server ?
Bonne nuit
Marius
De préférence, il faut avoir effectivement la même arborescence
Tu n'es pas obligé de ramener le contenu du répertoire LOG.
Notamment les .DMP ne sont pas à transporter mais par contre tu devrais
t'inquiéter de leur présence
A bien surveiller donc après la migration
--
Bien cordialement
Med Bouchenafa
"Marius" wrote in message
news:
> Je réfléchis à ce transfer et je tombe sur d'autres questions.
> L'arborescence
> des répertoires.
>
> Sous le répertoire MSSQL, j'ai les sous-répertoires BACKUP, Data, Jobs,
> LOG
> et REPLDATA.
>
> Dois-je recréer l'arborescence complète sur mon nouveau disque dur ? Le
> répertoire LOG contient un certain nombre de fichier .log .dmp .txct.
> Dois-je
> aussi copier ces fichiers ? Ou bien dois-je seulement recréer MSSQL/Data
> pour
> copier mes bases et les autres répertoires seront automatiquement créés
> par
> SQL server ?
>
> Bonne nuit
> Marius
De préférence, il faut avoir effectivement la même arborescence
Tu n'es pas obligé de ramener le contenu du répertoire LOG.
Notamment les .DMP ne sont pas à transporter mais par contre tu devrais
t'inquiéter de leur présence
A bien surveiller donc après la migration
--
Bien cordialement
Med Bouchenafa
"Marius" <Marius@discussions.microsoft.com> wrote in message
news:40B8DAB1-CA6C-4EBF-A331-70F3825E7E47@microsoft.com...
> Je réfléchis à ce transfer et je tombe sur d'autres questions.
> L'arborescence
> des répertoires.
>
> Sous le répertoire MSSQL, j'ai les sous-répertoires BACKUP, Data, Jobs,
> LOG
> et REPLDATA.
>
> Dois-je recréer l'arborescence complète sur mon nouveau disque dur ? Le
> répertoire LOG contient un certain nombre de fichier .log .dmp .txct.
> Dois-je
> aussi copier ces fichiers ? Ou bien dois-je seulement recréer MSSQL/Data
> pour
> copier mes bases et les autres répertoires seront automatiquement créés
> par
> SQL server ?
>
> Bonne nuit
> Marius
De préférence, il faut avoir effectivement la même arborescence
Tu n'es pas obligé de ramener le contenu du répertoire LOG.
Notamment les .DMP ne sont pas à transporter mais par contre tu devrais
t'inquiéter de leur présence
A bien surveiller donc après la migration
--
Bien cordialement
Med Bouchenafa
"Marius" wrote in message
news:
> Je réfléchis à ce transfer et je tombe sur d'autres questions.
> L'arborescence
> des répertoires.
>
> Sous le répertoire MSSQL, j'ai les sous-répertoires BACKUP, Data, Jobs,
> LOG
> et REPLDATA.
>
> Dois-je recréer l'arborescence complète sur mon nouveau disque dur ? Le
> répertoire LOG contient un certain nombre de fichier .log .dmp .txct.
> Dois-je
> aussi copier ces fichiers ? Ou bien dois-je seulement recréer MSSQL/Data
> pour
> copier mes bases et les autres répertoires seront automatiquement créés
> par
> SQL server ?
>
> Bonne nuit
> Marius