Comment se fait-il que le fichier g=E9n=E9r=E9 par
backup database [base ef test] to disk =3D 'c:\ef\base ef=20
test.bak' with init, skip
occupe 26 Mo, alors que les fichiers attach=E9s =E0 cette bdd=20
occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125 Mo ?
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
AXL
Salut,
Un backup database ne sauvegarde pas le journal de transaction, (.ldf) il est inclu dans le ldf.
De plus ta base de données (MDF) occupe 34 Mo sur la disque mais sql server se garde une marge libre pour que la base de données puisse croitre sans probleme.
si tu regarde dans entreprise manager et que tu fait clic droit sur ta base de données==>afficahge==>liste des taches, tu vera dans espace alloué que tu as sur tes fichiers de l'espace libre !!
AXL
"Gautier Vincent" a écrit dans le message de news: 2e8201c4a7c6$64c6cd50$ Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par backup database [base ef test] to disk = 'c:efbase ef test.bak' with init, skip occupe 26 Mo, alors que les fichiers attachés à cette bdd occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125 Mo ?
Merci d'avance de me renseigner. A +
VG.
Salut,
Un backup database ne sauvegarde pas le journal de transaction, (.ldf) il
est inclu dans le ldf.
De plus ta base de données (MDF) occupe 34 Mo sur la disque mais sql server
se garde une marge libre pour que la base de données puisse croitre sans
probleme.
si tu regarde dans entreprise manager et que tu fait clic droit sur ta base
de données==>afficahge==>liste des taches, tu vera dans espace alloué que tu
as sur tes fichiers de l'espace libre !!
AXL
"Gautier Vincent" <anonymous@discussions.microsoft.com> a écrit dans le
message de news: 2e8201c4a7c6$64c6cd50$a601280a@phx.gbl...
Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par
backup database [base ef test] to disk = 'c:efbase ef
test.bak' with init, skip
occupe 26 Mo, alors que les fichiers attachés à cette bdd
occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125 Mo ?
Un backup database ne sauvegarde pas le journal de transaction, (.ldf) il est inclu dans le ldf.
De plus ta base de données (MDF) occupe 34 Mo sur la disque mais sql server se garde une marge libre pour que la base de données puisse croitre sans probleme.
si tu regarde dans entreprise manager et que tu fait clic droit sur ta base de données==>afficahge==>liste des taches, tu vera dans espace alloué que tu as sur tes fichiers de l'espace libre !!
AXL
"Gautier Vincent" a écrit dans le message de news: 2e8201c4a7c6$64c6cd50$ Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par backup database [base ef test] to disk = 'c:efbase ef test.bak' with init, skip occupe 26 Mo, alors que les fichiers attachés à cette bdd occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125 Mo ?
Merci d'avance de me renseigner. A +
VG.
Fred BROUARD
1) effectivement une sauvegarde de base de données ne prend pas en compte le journal des transaction. En revanche tu peut sauvegarder le JT dans le cadre d'une restauration suite à fausse manip par exemple
2) une base de données est organisée en pages de 8 Ko. Toutes les pages ne sont pas pleine et toutes les pages ne sont pas utilisées. Pour optimiser les accès, SQL Server ne restitue pas les pages vides, ni ne réorganise les pages peu remplies. En revanche tu peut le faire en utilisant des commandes du DBCC.
A +
Gautier Vincent a écrit:
Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par backup database [base ef test] to disk = 'c:efbase ef test.bak' with init, skip occupe 26 Mo, alors que les fichiers attachés à cette bdd occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125 Mo ?
Merci d'avance de me renseigner. A +
VG.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
1) effectivement une sauvegarde de base de données ne prend pas en compte le
journal des transaction. En revanche tu peut sauvegarder le JT dans le cadre
d'une restauration suite à fausse manip par exemple
2) une base de données est organisée en pages de 8 Ko. Toutes les pages ne sont
pas pleine et toutes les pages ne sont pas utilisées. Pour optimiser les accès,
SQL Server ne restitue pas les pages vides, ni ne réorganise les pages peu
remplies. En revanche tu peut le faire en utilisant des commandes du DBCC.
A +
Gautier Vincent a écrit:
Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par
backup database [base ef test] to disk = 'c:efbase ef
test.bak' with init, skip
occupe 26 Mo, alors que les fichiers attachés à cette bdd
occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125 Mo ?
Merci d'avance de me renseigner.
A +
VG.
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
1) effectivement une sauvegarde de base de données ne prend pas en compte le journal des transaction. En revanche tu peut sauvegarder le JT dans le cadre d'une restauration suite à fausse manip par exemple
2) une base de données est organisée en pages de 8 Ko. Toutes les pages ne sont pas pleine et toutes les pages ne sont pas utilisées. Pour optimiser les accès, SQL Server ne restitue pas les pages vides, ni ne réorganise les pages peu remplies. En revanche tu peut le faire en utilisant des commandes du DBCC.
A +
Gautier Vincent a écrit:
Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par backup database [base ef test] to disk = 'c:efbase ef test.bak' with init, skip occupe 26 Mo, alors que les fichiers attachés à cette bdd occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125 Mo ?
Merci d'avance de me renseigner. A +
VG.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
Sylvain Lafontaine
En mode de récupération "Complet", le journal des transactions continue à augmenter de taille continuellement s'il n'est jamais sauvegardé. C'est pourquoi la taille du LDF est rendu à 91 Mo.
Faites des sauvegardes du LDF ou passer en mode de récupération Simple suivi d'un Shrink Database.
S. L.
"Gautier Vincent" wrote in message news:2e8201c4a7c6$64c6cd50$ Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par backup database [base ef test] to disk = 'c:efbase ef test.bak' with init, skip occupe 26 Mo, alors que les fichiers attachés à cette bdd occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125 Mo ?
Merci d'avance de me renseigner. A +
VG.
En mode de récupération "Complet", le journal des transactions continue à
augmenter de taille continuellement s'il n'est jamais sauvegardé. C'est
pourquoi la taille du LDF est rendu à 91 Mo.
Faites des sauvegardes du LDF ou passer en mode de récupération Simple suivi
d'un Shrink Database.
S. L.
"Gautier Vincent" <anonymous@discussions.microsoft.com> wrote in message
news:2e8201c4a7c6$64c6cd50$a601280a@phx.gbl...
Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par
backup database [base ef test] to disk = 'c:efbase ef
test.bak' with init, skip
occupe 26 Mo, alors que les fichiers attachés à cette bdd
occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125 Mo ?
En mode de récupération "Complet", le journal des transactions continue à augmenter de taille continuellement s'il n'est jamais sauvegardé. C'est pourquoi la taille du LDF est rendu à 91 Mo.
Faites des sauvegardes du LDF ou passer en mode de récupération Simple suivi d'un Shrink Database.
S. L.
"Gautier Vincent" wrote in message news:2e8201c4a7c6$64c6cd50$ Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par backup database [base ef test] to disk = 'c:efbase ef test.bak' with init, skip occupe 26 Mo, alors que les fichiers attachés à cette bdd occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125 Mo ?
Merci d'avance de me renseigner. A +
VG.
Merci pour tes infos.
VG
-----Message d'origine----- Salut,
Un backup database ne sauvegarde pas le journal de
transaction, (.ldf) il
est inclu dans le ldf.
De plus ta base de données (MDF) occupe 34 Mo sur la
disque mais sql server
se garde une marge libre pour que la base de données
puisse croitre sans
probleme.
si tu regarde dans entreprise manager et que tu fait clic
droit sur ta base
de données==>afficahge==>liste des taches, tu vera dans
espace alloué que tu
as sur tes fichiers de l'espace libre !!
AXL
"Gautier Vincent" a
écrit dans le
message de news: 2e8201c4a7c6$64c6cd50$ Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par backup database [base ef test] to disk = 'c:efbase ef test.bak' with init, skip occupe 26 Mo, alors que les fichiers attachés à cette bdd occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125 Mo ?
Merci d'avance de me renseigner. A +
VG.
.
Merci pour tes infos.
VG
-----Message d'origine-----
Salut,
Un backup database ne sauvegarde pas le journal de
transaction, (.ldf) il
est inclu dans le ldf.
De plus ta base de données (MDF) occupe 34 Mo sur la
disque mais sql server
se garde une marge libre pour que la base de données
puisse croitre sans
probleme.
si tu regarde dans entreprise manager et que tu fait clic
droit sur ta base
de données==>afficahge==>liste des taches, tu vera dans
espace alloué que tu
as sur tes fichiers de l'espace libre !!
AXL
"Gautier Vincent" <anonymous@discussions.microsoft.com> a
écrit dans le
message de news: 2e8201c4a7c6$64c6cd50$a601280a@phx.gbl...
Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par
backup database [base ef test] to disk = 'c:efbase ef
test.bak' with init, skip
occupe 26 Mo, alors que les fichiers attachés à cette bdd
occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125 Mo ?
Un backup database ne sauvegarde pas le journal de
transaction, (.ldf) il
est inclu dans le ldf.
De plus ta base de données (MDF) occupe 34 Mo sur la
disque mais sql server
se garde une marge libre pour que la base de données
puisse croitre sans
probleme.
si tu regarde dans entreprise manager et que tu fait clic
droit sur ta base
de données==>afficahge==>liste des taches, tu vera dans
espace alloué que tu
as sur tes fichiers de l'espace libre !!
AXL
"Gautier Vincent" a
écrit dans le
message de news: 2e8201c4a7c6$64c6cd50$ Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par backup database [base ef test] to disk = 'c:efbase ef test.bak' with init, skip occupe 26 Mo, alors que les fichiers attachés à cette bdd occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125 Mo ?
Merci d'avance de me renseigner. A +
VG.
.
Merci Fred.
VG.
-----Message d'origine----- 1) effectivement une sauvegarde de base de données ne
prend pas en compte le
journal des transaction. En revanche tu peut sauvegarder
le JT dans le cadre
d'une restauration suite à fausse manip par exemple
2) une base de données est organisée en pages de 8 Ko.
Toutes les pages ne sont
pas pleine et toutes les pages ne sont pas utilisées.
Pour optimiser les accès,
SQL Server ne restitue pas les pages vides, ni ne
réorganise les pages peu
remplies. En revanche tu peut le faire en utilisant des
commandes du DBCC.
A +
Gautier Vincent a écrit:
Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par backup database [base ef test] to disk = 'c:efbase ef test.bak' with init, skip occupe 26 Mo, alors que les fichiers attachés à cette
bdd
occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125
Mo ?
Merci d'avance de me renseigner. A +
VG.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL /
spécialiste Delphi, web
Livre SQL - col. Référence :
http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros :
http://sqlpro.developpez.com
************************ www.datasapiens.com
*************************
.
Merci Fred.
VG.
-----Message d'origine-----
1) effectivement une sauvegarde de base de données ne
prend pas en compte le
journal des transaction. En revanche tu peut sauvegarder
le JT dans le cadre
d'une restauration suite à fausse manip par exemple
2) une base de données est organisée en pages de 8 Ko.
Toutes les pages ne sont
pas pleine et toutes les pages ne sont pas utilisées.
Pour optimiser les accès,
SQL Server ne restitue pas les pages vides, ni ne
réorganise les pages peu
remplies. En revanche tu peut le faire en utilisant des
commandes du DBCC.
A +
Gautier Vincent a écrit:
Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par
backup database [base ef test] to disk = 'c:efbase ef
test.bak' with init, skip
occupe 26 Mo, alors que les fichiers attachés à cette
bdd
occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125
-----Message d'origine----- 1) effectivement une sauvegarde de base de données ne
prend pas en compte le
journal des transaction. En revanche tu peut sauvegarder
le JT dans le cadre
d'une restauration suite à fausse manip par exemple
2) une base de données est organisée en pages de 8 Ko.
Toutes les pages ne sont
pas pleine et toutes les pages ne sont pas utilisées.
Pour optimiser les accès,
SQL Server ne restitue pas les pages vides, ni ne
réorganise les pages peu
remplies. En revanche tu peut le faire en utilisant des
commandes du DBCC.
A +
Gautier Vincent a écrit:
Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par backup database [base ef test] to disk = 'c:efbase ef test.bak' with init, skip occupe 26 Mo, alors que les fichiers attachés à cette
bdd
occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125
Mo ?
Merci d'avance de me renseigner. A +
VG.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL /
spécialiste Delphi, web
Livre SQL - col. Référence :
http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros :
http://sqlpro.developpez.com
************************ www.datasapiens.com
*************************
.
Merci pour tes infos.
VG.
-----Message d'origine----- En mode de récupération "Complet", le journal des
transactions continue à
augmenter de taille continuellement s'il n'est jamais
sauvegardé. C'est
pourquoi la taille du LDF est rendu à 91 Mo.
Faites des sauvegardes du LDF ou passer en mode de
récupération Simple suivi
d'un Shrink Database.
S. L.
"Gautier Vincent"
wrote in message
news:2e8201c4a7c6$64c6cd50$ Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par backup database [base ef test] to disk = 'c:efbase ef test.bak' with init, skip occupe 26 Mo, alors que les fichiers attachés à cette bdd occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125 Mo ?
Merci d'avance de me renseigner. A +
VG.
.
Merci pour tes infos.
VG.
-----Message d'origine-----
En mode de récupération "Complet", le journal des
transactions continue à
augmenter de taille continuellement s'il n'est jamais
sauvegardé. C'est
pourquoi la taille du LDF est rendu à 91 Mo.
Faites des sauvegardes du LDF ou passer en mode de
news:2e8201c4a7c6$64c6cd50$a601280a@phx.gbl...
Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par
backup database [base ef test] to disk = 'c:efbase ef
test.bak' with init, skip
occupe 26 Mo, alors que les fichiers attachés à cette bdd
occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125 Mo ?
-----Message d'origine----- En mode de récupération "Complet", le journal des
transactions continue à
augmenter de taille continuellement s'il n'est jamais
sauvegardé. C'est
pourquoi la taille du LDF est rendu à 91 Mo.
Faites des sauvegardes du LDF ou passer en mode de
récupération Simple suivi
d'un Shrink Database.
S. L.
"Gautier Vincent"
wrote in message
news:2e8201c4a7c6$64c6cd50$ Amis de Newsgroup, salut,
Comment se fait-il que le fichier généré par backup database [base ef test] to disk = 'c:efbase ef test.bak' with init, skip occupe 26 Mo, alors que les fichiers attachés à cette bdd occupent 34 Mo pour .mdf et 91 Mo pour .LDF, soit 125 Mo ?
