Showing posts with label size. Show all posts
Showing posts with label size. Show all posts

Thursday, March 22, 2012

hey,
select * from sysfiles:
mdf size: 1000000
can anyone tell me why i must multiply by 8 and divide by
1024 to get the size of the database in MB? i know its a
dumb question bu.. from BOL,
size int Size of the file (in 8-KB pages).
so you can get the transfer rules
"'" <anonymous@.discussions.microsoft.com> wrote in message
news:863501c3e988$aa956f50$a001280a@.phx.gbl...
quote:

> hey,
> select * from sysfiles:
> mdf size: 1000000
> can anyone tell me why i must multiply by 8 and divide by
> 1024 to get the size of the database in MB? i know its a
> dumb question bu..
sql
hey,
select * from sysfiles:
mdf size: 1000000
can anyone tell me why i must multiply by 8 and divide by
1024 to get the size of the database in MB? i know its a
dumb question bu.. :(from BOL,
size int Size of the file (in 8-KB pages).
so you can get the transfer rules
"'" <anonymous@.discussions.microsoft.com> wrote in message
news:863501c3e988$aa956f50$a001280a@.phx.gbl...
> hey,
> select * from sysfiles:
> mdf size: 1000000
> can anyone tell me why i must multiply by 8 and divide by
> 1024 to get the size of the database in MB? i know its a
> dumb question bu.. :(sql

Saturday, February 25, 2012

.mdf and .ldf files

Hi All,
One of my databases has .ldf file that is bigger in size than .mdf file. Is it a problem? If yes, what can cause this problem? And how to fix it? I looked at all the other ones and the .ldf files are smaller than .mdf files. Thanks.You probably forgot to change the Recovery Model from FULL to SIMPLE. After you've fixed that, dump the transaction log. From Query Analyzer

ALTER DATABASE myDb SET RECOVERY SIMPLE
GO
BACKUP LOG myDb WITH TRUNCATE_ONLYBe sure to change myDb to your database name.

-PatP|||Thank you.|||...Except doing so will not change the size of the log device.

Right-click on the database and see if you have any LOG (and FULL for that matter) backups done. After confirming that you have, determine what is the business requirement for database recoverability after a failure (1 hour, 6 hours, 24 hours, or "I don't care"), determine the volume of activity against the database (you can use perfmon Transactions/sec counter), and set up a transaction log dump job. Set up an alert to notify you when the space used on the log device exceeds the full size of the data device, and run for a day under this set of settings. Only then you can intelligently say what the actual size of the log should be, and can safely shrink the file to that size.|||...Except doing so will not change the size of the log device.Hmmm... Maybe I mis-read the description of the TRUNCATE_ONLY option in the BOL for BACKUP LOG (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tsqlref/ts_ba-bz_35ww.asp), but it sure looks like it will reduce the size of the device. Empirically, it works as described in BOL for me.

I will agree with you (rdjabarov) that a DBA should not willy-nilly truncate the log or change the logging options. This is definitely something that should be considered before you just blindly hack away.

-PatP

Friday, February 24, 2012

.bak file not fully restored

I restored a .bak file (to a different server) to find missing a lot of the data I thought it contained (and by the size of the file appears to contain).

Is there any other process to acertain the content of the bak file?

You could view the backup header to ensure which backups have been made to this media.

HTH, Jens Suessmeyer.

http://www.sqlserver2005.de

.BAK file is growing up

Hello.
SQL Server 2000 (SP3)
I monitor my db's size and it has not changed about a month , however .BAK
file is grown up for about 5gb. Is it possible?
Db size is about 30gb and we have autogrow feature turned on (10 percent)
Thanks
Although your db size is 30 gigs. It could be that there was ample free
space in it and it is filling up.
|||Although your db size is 30 gigs, it could be that there was ample free
space in it and it is filling up.
|||Hi,
Since if the file backup file growth is very high; then i feel that you are
appending to the backup file.
Execute the below command to check how many backup sets you have in your
backup file.
RESTORE Headeronly FROM disk='c:\master.bak'
A client can use RESTORE HEADERONLY to retrieve all the backup header
information for all backups on a particular backup device. The header
information is sent as a row by the server for each backup on a given backup
device in a table
Thanks
Hari
SQL Server MVP
"Alex" <test@.test.com> wrote in message
news:eNrI6J62GHA.3944@.TK2MSFTNGP04.phx.gbl...
> Hello.
> SQL Server 2000 (SP3)
> I monitor my db's size and it has not changed about a month , however
> .BAK file is grown up for about 5gb. Is it possible?
> Db size is about 30gb and we have autogrow feature turned on (10 percent)
> Thanks
>
|||Hari

> Since if the file backup file growth is very high; then i feel that you
> are appending to the backup file.
No, it suddenly happened (growing .BAK ) last night and we have been
using WITH INIT option for all time.
So I have only one file in .BAK sets
Any ideas please
"Hari Prasad" <hari_prasad_k@.hotmail.com> wrote in message
news:%23qhOwp62GHA.4764@.TK2MSFTNGP05.phx.gbl...
> Hi,
> Since if the file backup file growth is very high; then i feel that you
> are appending to the backup file.
> Execute the below command to check how many backup sets you have in your
> backup file.
> RESTORE Headeronly FROM disk='c:\master.bak'
>
> A client can use RESTORE HEADERONLY to retrieve all the backup header
> information for all backups on a particular backup device. The header
> information is sent as a row by the server for each backup on a given
> backup device in a table
> Thanks
> Hari
> SQL Server MVP
> "Alex" <test@.test.com> wrote in message
> news:eNrI6J62GHA.3944@.TK2MSFTNGP04.phx.gbl...
>
|||Hello,
Can you execute a SP_Spaceused on that database and see how much is utilized
for data and index.
THanks
Hari
SQL Server MVP
"Alex" <test@.test.com> wrote in message
news:%23FWeB372GHA.3476@.TK2MSFTNGP04.phx.gbl...
> Hari
>
> No, it suddenly happened (growing .BAK ) last night and we have been
> using WITH INIT option for all time.
> So I have only one file in .BAK sets
> Any ideas please
>
>
>
> "Hari Prasad" <hari_prasad_k@.hotmail.com> wrote in message
> news:%23qhOwp62GHA.4764@.TK2MSFTNGP05.phx.gbl...
>
|||Hi,Hari
Here iis an output
database_name
database_size unallocated space
------
-- --
dbname
28511.69 MB 519.01 MB
reserved data index_size
unused
-- -- -- --
23568632 KB 6408816 KB 6066240 KB 11093576 KB
"Hari Prasad" <hari_prasad_k@.hotmail.com> wrote in message
news:%238MZOy92GHA.4164@.TK2MSFTNGP05.phx.gbl...
> Hello,
> Can you execute a SP_Spaceused on that database and see how much is
> utilized for data and index.
> THanks
> Hari
> SQL Server MVP
> "Alex" <test@.test.com> wrote in message
> news:%23FWeB372GHA.3476@.TK2MSFTNGP04.phx.gbl...
>

.BAK file is growing up

Hello.
SQL Server 2000 (SP3)
I monitor my db's size and it has not changed about a month , however .BAK
file is grown up for about 5gb. Is it possible?
Db size is about 30gb and we have autogrow feature turned on (10 percent)
ThanksAlthough your db size is 30 gigs. It could be that there was ample free
space in it and it is filling up.|||Although your db size is 30 gigs, it could be that there was ample free
space in it and it is filling up.|||Hi,
Since if the file backup file growth is very high; then i feel that you are
appending to the backup file.
Execute the below command to check how many backup sets you have in your
backup file.
RESTORE Headeronly FROM disk='c:\master.bak'
A client can use RESTORE HEADERONLY to retrieve all the backup header
information for all backups on a particular backup device. The header
information is sent as a row by the server for each backup on a given backup
device in a table
Thanks
Hari
SQL Server MVP
"Alex" <test@.test.com> wrote in message
news:eNrI6J62GHA.3944@.TK2MSFTNGP04.phx.gbl...
> Hello.
> SQL Server 2000 (SP3)
> I monitor my db's size and it has not changed about a month , however
> .BAK file is grown up for about 5gb. Is it possible?
> Db size is about 30gb and we have autogrow feature turned on (10 percent)
> Thanks
>|||Hari
> Since if the file backup file growth is very high; then i feel that you
> are appending to the backup file.
No, it suddenly happened (growing .BAK ) last night and we have been
using WITH INIT option for all time.
So I have only one file in .BAK sets
Any ideas please
"Hari Prasad" <hari_prasad_k@.hotmail.com> wrote in message
news:%23qhOwp62GHA.4764@.TK2MSFTNGP05.phx.gbl...
> Hi,
> Since if the file backup file growth is very high; then i feel that you
> are appending to the backup file.
> Execute the below command to check how many backup sets you have in your
> backup file.
> RESTORE Headeronly FROM disk='c:\master.bak'
>
> A client can use RESTORE HEADERONLY to retrieve all the backup header
> information for all backups on a particular backup device. The header
> information is sent as a row by the server for each backup on a given
> backup device in a table
> Thanks
> Hari
> SQL Server MVP
> "Alex" <test@.test.com> wrote in message
> news:eNrI6J62GHA.3944@.TK2MSFTNGP04.phx.gbl...
>> Hello.
>> SQL Server 2000 (SP3)
>> I monitor my db's size and it has not changed about a month , however
>> .BAK file is grown up for about 5gb. Is it possible?
>> Db size is about 30gb and we have autogrow feature turned on (10
>> percent)
>> Thanks
>|||Hello,
Can you execute a SP_Spaceused on that database and see how much is utilized
for data and index.
THanks
Hari
SQL Server MVP
"Alex" <test@.test.com> wrote in message
news:%23FWeB372GHA.3476@.TK2MSFTNGP04.phx.gbl...
> Hari
>> Since if the file backup file growth is very high; then i feel that you
>> are appending to the backup file.
> No, it suddenly happened (growing .BAK ) last night and we have been
> using WITH INIT option for all time.
> So I have only one file in .BAK sets
> Any ideas please
>
>
>
> "Hari Prasad" <hari_prasad_k@.hotmail.com> wrote in message
> news:%23qhOwp62GHA.4764@.TK2MSFTNGP05.phx.gbl...
>> Hi,
>> Since if the file backup file growth is very high; then i feel that you
>> are appending to the backup file.
>> Execute the below command to check how many backup sets you have in your
>> backup file.
>> RESTORE Headeronly FROM disk='c:\master.bak'
>>
>> A client can use RESTORE HEADERONLY to retrieve all the backup header
>> information for all backups on a particular backup device. The header
>> information is sent as a row by the server for each backup on a given
>> backup device in a table
>> Thanks
>> Hari
>> SQL Server MVP
>> "Alex" <test@.test.com> wrote in message
>> news:eNrI6J62GHA.3944@.TK2MSFTNGP04.phx.gbl...
>> Hello.
>> SQL Server 2000 (SP3)
>> I monitor my db's size and it has not changed about a month , however
>> .BAK file is grown up for about 5gb. Is it possible?
>> Db size is about 30gb and we have autogrow feature turned on (10
>> percent)
>> Thanks
>>
>|||Hi,Hari
Here iis an output
database_name
database_size unallocated space
------
-- --
dbname
28511.69 MB 519.01 MB
reserved data index_size
unused
-- -- -- --
23568632 KB 6408816 KB 6066240 KB 11093576 KB
"Hari Prasad" <hari_prasad_k@.hotmail.com> wrote in message
news:%238MZOy92GHA.4164@.TK2MSFTNGP05.phx.gbl...
> Hello,
> Can you execute a SP_Spaceused on that database and see how much is
> utilized for data and index.
> THanks
> Hari
> SQL Server MVP
> "Alex" <test@.test.com> wrote in message
> news:%23FWeB372GHA.3476@.TK2MSFTNGP04.phx.gbl...
>> Hari
>> Since if the file backup file growth is very high; then i feel that you
>> are appending to the backup file.
>> No, it suddenly happened (growing .BAK ) last night and we have been
>> using WITH INIT option for all time.
>> So I have only one file in .BAK sets
>> Any ideas please
>>
>>
>>
>> "Hari Prasad" <hari_prasad_k@.hotmail.com> wrote in message
>> news:%23qhOwp62GHA.4764@.TK2MSFTNGP05.phx.gbl...
>> Hi,
>> Since if the file backup file growth is very high; then i feel that you
>> are appending to the backup file.
>> Execute the below command to check how many backup sets you have in your
>> backup file.
>> RESTORE Headeronly FROM disk='c:\master.bak'
>>
>> A client can use RESTORE HEADERONLY to retrieve all the backup header
>> information for all backups on a particular backup device. The header
>> information is sent as a row by the server for each backup on a given
>> backup device in a table
>> Thanks
>> Hari
>> SQL Server MVP
>> "Alex" <test@.test.com> wrote in message
>> news:eNrI6J62GHA.3944@.TK2MSFTNGP04.phx.gbl...
>> Hello.
>> SQL Server 2000 (SP3)
>> I monitor my db's size and it has not changed about a month , however
>> .BAK file is grown up for about 5gb. Is it possible?
>> Db size is about 30gb and we have autogrow feature turned on (10
>> percent)
>> Thanks
>>
>>
>

.BAK file is growing up

Hello.
SQL Server 2000 (SP3)
I monitor my db's size and it has not changed about a month , however .BAK
file is grown up for about 5gb. Is it possible?
Db size is about 30gb and we have autogrow feature turned on (10 percent)
ThanksAlthough your db size is 30 gigs. It could be that there was ample free
space in it and it is filling up.|||Although your db size is 30 gigs, it could be that there was ample free
space in it and it is filling up.|||Hi,
Since if the file backup file growth is very high; then i feel that you are
appending to the backup file.
Execute the below command to check how many backup sets you have in your
backup file.
RESTORE Headeronly FROM disk='c:\master.bak'
A client can use RESTORE HEADERONLY to retrieve all the backup header
information for all backups on a particular backup device. The header
information is sent as a row by the server for each backup on a given backup
device in a table
Thanks
Hari
SQL Server MVP
"Alex" <test@.test.com> wrote in message
news:eNrI6J62GHA.3944@.TK2MSFTNGP04.phx.gbl...
> Hello.
> SQL Server 2000 (SP3)
> I monitor my db's size and it has not changed about a month , however
> .BAK file is grown up for about 5gb. Is it possible?
> Db size is about 30gb and we have autogrow feature turned on (10 percent)
> Thanks
>|||Hari

> Since if the file backup file growth is very high; then i feel that you
> are appending to the backup file.
No, it suddenly happened (growing .BAK ) last night and we have been
using WITH INIT option for all time.
So I have only one file in .BAK sets
Any ideas please
"Hari Prasad" <hari_prasad_k@.hotmail.com> wrote in message
news:%23qhOwp62GHA.4764@.TK2MSFTNGP05.phx.gbl...
> Hi,
> Since if the file backup file growth is very high; then i feel that you
> are appending to the backup file.
> Execute the below command to check how many backup sets you have in your
> backup file.
> RESTORE Headeronly FROM disk='c:\master.bak'
>
> A client can use RESTORE HEADERONLY to retrieve all the backup header
> information for all backups on a particular backup device. The header
> information is sent as a row by the server for each backup on a given
> backup device in a table
> Thanks
> Hari
> SQL Server MVP
> "Alex" <test@.test.com> wrote in message
> news:eNrI6J62GHA.3944@.TK2MSFTNGP04.phx.gbl...
>|||Hello,
Can you execute a SP_Spaceused on that database and see how much is utilized
for data and index.
THanks
Hari
SQL Server MVP
"Alex" <test@.test.com> wrote in message
news:%23FWeB372GHA.3476@.TK2MSFTNGP04.phx.gbl...
> Hari
>
> No, it suddenly happened (growing .BAK ) last night and we have been
> using WITH INIT option for all time.
> So I have only one file in .BAK sets
> Any ideas please
>
>
>
> "Hari Prasad" <hari_prasad_k@.hotmail.com> wrote in message
> news:%23qhOwp62GHA.4764@.TK2MSFTNGP05.phx.gbl...
>|||Hi,Hari
Here iis an output
database_name
database_size unallocated space
----
----
-- --
dbname
28511.69 MB 519.01 MB
reserved data index_size
unused
-- -- -- --
23568632 KB 6408816 KB 6066240 KB 11093576 KB
"Hari Prasad" <hari_prasad_k@.hotmail.com> wrote in message
news:%238MZOy92GHA.4164@.TK2MSFTNGP05.phx.gbl...
> Hello,
> Can you execute a SP_Spaceused on that database and see how much is
> utilized for data and index.
> THanks
> Hari
> SQL Server MVP
> "Alex" <test@.test.com> wrote in message
> news:%23FWeB372GHA.3476@.TK2MSFTNGP04.phx.gbl...
>

Sunday, February 19, 2012

.BAK file double in size

Very strange. My .bak file for a SQL2000 databae has doubled in size. The
database .mdf file has not increased in size. My .bak file is .25g and my
.mdb file is 15g.
The only change I can determine is that a week ago we started a replication
publication on this database. But it is really strange the the .bak file has
grown an not the .mdf file.
Do make sure the file was not corrupt, I did restore it and it restored
okay. I actually restored to a 2005 server (because that is where I had some
room). I restored fine as I said. So then I backed up the database there and
the .bak file is back down to normal size around 11g.
Any ideas. Since we save 4 copies of the .bak on the server it is taking up
a lot of space, but I mainly concerned with the strangeness of it all.
Thanks for your help
DebDo not worry about it. The backup file may also have information from the
transaction log. So, if you were able to restore it then it is fine.
Hope this helps,
Ben Nevarez
"DebHerman" wrote:
> Very strange. My .bak file for a SQL2000 databae has doubled in size. The
> database .mdf file has not increased in size. My .bak file is .25g and my
> .mdb file is 15g.
> The only change I can determine is that a week ago we started a replication
> publication on this database. But it is really strange the the .bak file has
> grown an not the .mdf file.
> Do make sure the file was not corrupt, I did restore it and it restored
> okay. I actually restored to a 2005 server (because that is where I had some
> room). I restored fine as I said. So then I backed up the database there and
> the .bak file is back down to normal size around 11g.
> Any ideas. Since we save 4 copies of the .bak on the server it is taking up
> a lot of space, but I mainly concerned with the strangeness of it all.
> Thanks for your help
> Deb|||Did you back up to the same file without using INIT? This will append a
second backup to the original backup file. As Erland posted in another
thread today, you can check how many backups are in the BAK file by RESTORE
... HEADERONLY and simply counting the rows.
"DebHerman" <DebHerman@.discussions.microsoft.com> wrote in message
news:C84C48BD-E6DE-4736-B12B-0F5E2DCC12B3@.microsoft.com...
> Very strange. My .bak file for a SQL2000 databae has doubled in size. The
> database .mdf file has not increased in size. My .bak file is .25g and my
> .mdb file is 15g.
> The only change I can determine is that a week ago we started a
> replication
> publication on this database. But it is really strange the the .bak file
> has
> grown an not the .mdf file.
> Do make sure the file was not corrupt, I did restore it and it restored
> okay. I actually restored to a 2005 server (because that is where I had
> some
> room). I restored fine as I said. So then I backed up the database there
> and
> the .bak file is back down to normal size around 11g.
> Any ideas. Since we save 4 copies of the .bak on the server it is taking
> up
> a lot of space, but I mainly concerned with the strangeness of it all.
> Thanks for your help
> Deb|||Can you tell me the scenarion where it would have that much information from
the transaction log?
"Ben Nevarez" wrote:
> Do not worry about it. The backup file may also have information from the
> transaction log. So, if you were able to restore it then it is fine.
> Hope this helps,
> Ben Nevarez
>
>
> "DebHerman" wrote:
> > Very strange. My .bak file for a SQL2000 databae has doubled in size. The
> > database .mdf file has not increased in size. My .bak file is .25g and my
> > .mdb file is 15g.
> >
> > The only change I can determine is that a week ago we started a replication
> > publication on this database. But it is really strange the the .bak file has
> > grown an not the .mdf file.
> > Do make sure the file was not corrupt, I did restore it and it restored
> > okay. I actually restored to a 2005 server (because that is where I had some
> > room). I restored fine as I said. So then I backed up the database there and
> > the .bak file is back down to normal size around 11g.
> > Any ideas. Since we save 4 copies of the .bak on the server it is taking up
> > a lot of space, but I mainly concerned with the strangeness of it all.
> > Thanks for your help
> > Deb|||"DebHerman" <DebHerman@.discussions.microsoft.com> wrote in message
news:C84C48BD-E6DE-4736-B12B-0F5E2DCC12B3@.microsoft.com...
> Very strange. My .bak file for a SQL2000 databae has doubled in size. The
> database .mdf file has not increased in size. My .bak file is .25g and my
> .mdb file is 15g.
> The only change I can determine is that a week ago we started a
> replication
> publication on this database. But it is really strange the the .bak file
> has
> grown an not the .mdf file.
> Do make sure the file was not corrupt, I did restore it and it restored
> okay. I actually restored to a 2005 server (because that is where I had
> some
> room). I restored fine as I said. So then I backed up the database there
> and
> the .bak file is back down to normal size around 11g.
> Any ideas. Since we save 4 copies of the .bak on the server it is taking
> up
> a lot of space, but I mainly concerned with the strangeness of it all.
> Thanks for your help
> Deb
Your backup should be fine. Maybe you have some long running transactions or
heavy concurrent activity during the backup and that makes your log bigger
than usual. Check your log file size.
--
Rubén Garrigós
Solid Quality Mentors|||From 'Full Database Backups' on BOL.
"A full database backup backs up the whole database. This includes part of
the transaction log so that the full database backup can be recovered. Full
database backups represent the database at the time the backup finished."
"Enough of the transaction log is included in the backup to let you recover
the database to the time when the backup finished."
Hope this helps,
Ben Nevarez
"DebHerman" wrote:
> Can you tell me the scenarion where it would have that much information from
> the transaction log?
> "Ben Nevarez" wrote:
> >
> > Do not worry about it. The backup file may also have information from the
> > transaction log. So, if you were able to restore it then it is fine.
> >
> > Hope this helps,
> >
> > Ben Nevarez
> >
> >
> >
> >
> > "DebHerman" wrote:
> >
> > > Very strange. My .bak file for a SQL2000 databae has doubled in size. The
> > > database .mdf file has not increased in size. My .bak file is .25g and my
> > > .mdb file is 15g.
> > >
> > > The only change I can determine is that a week ago we started a replication
> > > publication on this database. But it is really strange the the .bak file has
> > > grown an not the .mdf file.
> > > Do make sure the file was not corrupt, I did restore it and it restored
> > > okay. I actually restored to a 2005 server (because that is where I had some
> > > room). I restored fine as I said. So then I backed up the database there and
> > > the .bak file is back down to normal size around 11g.
> > > Any ideas. Since we save 4 copies of the .bak on the server it is taking up
> > > a lot of space, but I mainly concerned with the strangeness of it all.
> > > Thanks for your help
> > > Deb|||I understand that transactions that happen during the back up are stored in
the back up file, but nothing "should" be happening at the time of the
backup. The transaction log file is actually backed up just prior to the full
database back up and it is really small.
But my suspicion is that a snapshot is running at the same time as the back
up since we just started replication. Would a snapshot create transactions.
If so this is probably my problem. I adjusted the timing last night but not
quite enough. The snapshot didn't quite finish before the backup up of the
transaction log. But it did finish before the backup of the database.
Confusing. I'm not sure a full snapshot should be running each night but
that is a whole other discussion.
I need to determine what is causing this. We store 4 days worth .bak on the
server and these are backed up to tape each night, so 4 12g is 48g a space
that makes the network backup people cranky.<g>
Thanks for any help?
"Ben Nevarez" wrote:
> From 'Full Database Backups' on BOL.
> "A full database backup backs up the whole database. This includes part of
> the transaction log so that the full database backup can be recovered. Full
> database backups represent the database at the time the backup finished."
> "Enough of the transaction log is included in the backup to let you recover
> the database to the time when the backup finished."
> Hope this helps,
> Ben Nevarez
>
>
> "DebHerman" wrote:
> > Can you tell me the scenarion where it would have that much information from
> > the transaction log?
> >
> > "Ben Nevarez" wrote:
> >
> > >
> > > Do not worry about it. The backup file may also have information from the
> > > transaction log. So, if you were able to restore it then it is fine.
> > >
> > > Hope this helps,
> > >
> > > Ben Nevarez
> > >
> > >
> > >
> > >
> > > "DebHerman" wrote:
> > >
> > > > Very strange. My .bak file for a SQL2000 databae has doubled in size. The
> > > > database .mdf file has not increased in size. My .bak file is .25g and my
> > > > .mdb file is 15g.
> > > >
> > > > The only change I can determine is that a week ago we started a replication
> > > > publication on this database. But it is really strange the the .bak file has
> > > > grown an not the .mdf file.
> > > > Do make sure the file was not corrupt, I did restore it and it restored
> > > > okay. I actually restored to a 2005 server (because that is where I had some
> > > > room). I restored fine as I said. So then I backed up the database there and
> > > > the .bak file is back down to normal size around 11g.
> > > > Any ideas. Since we save 4 copies of the .bak on the server it is taking up
> > > > a lot of space, but I mainly concerned with the strangeness of it all.
> > > > Thanks for your help
> > > > Deb

.BAK file double in size

Very strange. My .bak file for a SQL2000 databae has doubled in size. The
database .mdf file has not increased in size. My .bak file is .25g and my
..mdb file is 15g.
The only change I can determine is that a week ago we started a replication
publication on this database. But it is really strange the the .bak file has
grown an not the .mdf file.
Do make sure the file was not corrupt, I did restore it and it restored
okay. I actually restored to a 2005 server (because that is where I had some
room). I restored fine as I said. So then I backed up the database there and
the .bak file is back down to normal size around 11g.
Any ideas. Since we save 4 copies of the .bak on the server it is taking up
a lot of space, but I mainly concerned with the strangeness of it all.
Thanks for your help
Deb
Do not worry about it. The backup file may also have information from the
transaction log. So, if you were able to restore it then it is fine.
Hope this helps,
Ben Nevarez
"DebHerman" wrote:

> Very strange. My .bak file for a SQL2000 databae has doubled in size. The
> database .mdf file has not increased in size. My .bak file is .25g and my
> .mdb file is 15g.
> The only change I can determine is that a week ago we started a replication
> publication on this database. But it is really strange the the .bak file has
> grown an not the .mdf file.
> Do make sure the file was not corrupt, I did restore it and it restored
> okay. I actually restored to a 2005 server (because that is where I had some
> room). I restored fine as I said. So then I backed up the database there and
> the .bak file is back down to normal size around 11g.
> Any ideas. Since we save 4 copies of the .bak on the server it is taking up
> a lot of space, but I mainly concerned with the strangeness of it all.
> Thanks for your help
> Deb
|||Did you back up to the same file without using INIT? This will append a
second backup to the original backup file. As Erland posted in another
thread today, you can check how many backups are in the BAK file by RESTORE
... HEADERONLY and simply counting the rows.
"DebHerman" <DebHerman@.discussions.microsoft.com> wrote in message
news:C84C48BD-E6DE-4736-B12B-0F5E2DCC12B3@.microsoft.com...
> Very strange. My .bak file for a SQL2000 databae has doubled in size. The
> database .mdf file has not increased in size. My .bak file is .25g and my
> .mdb file is 15g.
> The only change I can determine is that a week ago we started a
> replication
> publication on this database. But it is really strange the the .bak file
> has
> grown an not the .mdf file.
> Do make sure the file was not corrupt, I did restore it and it restored
> okay. I actually restored to a 2005 server (because that is where I had
> some
> room). I restored fine as I said. So then I backed up the database there
> and
> the .bak file is back down to normal size around 11g.
> Any ideas. Since we save 4 copies of the .bak on the server it is taking
> up
> a lot of space, but I mainly concerned with the strangeness of it all.
> Thanks for your help
> Deb
|||Can you tell me the scenarion where it would have that much information from
the transaction log?
"Ben Nevarez" wrote:
[vbcol=seagreen]
> Do not worry about it. The backup file may also have information from the
> transaction log. So, if you were able to restore it then it is fine.
> Hope this helps,
> Ben Nevarez
>
>
> "DebHerman" wrote:
|||From 'Full Database Backups' on BOL.
"A full database backup backs up the whole database. This includes part of
the transaction log so that the full database backup can be recovered. Full
database backups represent the database at the time the backup finished."
"Enough of the transaction log is included in the backup to let you recover
the database to the time when the backup finished."
Hope this helps,
Ben Nevarez
"DebHerman" wrote:
[vbcol=seagreen]
> Can you tell me the scenarion where it would have that much information from
> the transaction log?
> "Ben Nevarez" wrote:
|||I understand that transactions that happen during the back up are stored in
the back up file, but nothing "should" be happening at the time of the
backup. The transaction log file is actually backed up just prior to the full
database back up and it is really small.
But my suspicion is that a snapshot is running at the same time as the back
up since we just started replication. Would a snapshot create transactions.
If so this is probably my problem. I adjusted the timing last night but not
quite enough. The snapshot didn't quite finish before the backup up of the
transaction log. But it did finish before the backup of the database.
Confusing. I'm not sure a full snapshot should be running each night but
that is a whole other discussion.
I need to determine what is causing this. We store 4 days worth .bak on the
server and these are backed up to tape each night, so 4 12g is 48g a space
that makes the network backup people cranky.<g>
Thanks for any help?
"Ben Nevarez" wrote:
[vbcol=seagreen]
> From 'Full Database Backups' on BOL.
> "A full database backup backs up the whole database. This includes part of
> the transaction log so that the full database backup can be recovered. Full
> database backups represent the database at the time the backup finished."
> "Enough of the transaction log is included in the backup to let you recover
> the database to the time when the backup finished."
> Hope this helps,
> Ben Nevarez
>
>
> "DebHerman" wrote:

Thursday, February 16, 2012

**Restoring a db with size 167049KB**

Hi
I'm working with SQL2000 and I want to restore a db which I've got from
another server into my server with this size : 167049KB,and I've 11gb on
Drive E,but following error appearred after restoring:
"There's insufficient free space on disk volume 'e:' to create the
database.the database requires 28614066176 additional free bytes ,while only
2147155 968 bytes are available. Restore databse is terminated abnormally."
why?Can anybody help me?
Any help would be thankful.Do RESTORE FILELISTONLY and check the sum of size for the database files. Th
is is the size of the
database files when you took the backup and this is the space you need to do
restore.
Tibor Karaszi, SQL Server MVP
http://www.karaszi.com/sqlserver/default.asp
http://www.solidqualitylearning.com/
"M R" <rezvani@.parskhazar.net> wrote in message news:OTxT%23eeVFHA.3424@.TK2MSFTNGP09.phx.gb
l...
> Hi
> I'm working with SQL2000 and I want to restore a db which I've got from
> another server into my server with this size : 167049KB,and I've 11gb on
> Drive E,but following error appearred after restoring:
> "There's insufficient free space on disk volume 'e:' to create the
> database.the database requires 28614066176 additional free bytes ,while on
ly
> 2147155 968 bytes are available. Restore databse is terminated abnormally.
"
> why?Can anybody help me?
> Any help would be thankful.
>|||Looks like the database you backed up might have lot of free space in the
data file (.mdf/ .ndf) or/and Huge Log file(.ldf).Check the original
database size. Just looking the backup size of the database could be
deceiving. The backup file is the size of the data in your database it does
not include the free space.
Try to backup the transaction log in the original database/ if you don't
need the transaction backup truncate the log file and shrink the log file
to a reasonable size. Do not shrink the data file (.mdf / .ndf) that might
create fragmentation on the data.
-regards
Sarav...
"M R" <rezvani@.parskhazar.net> wrote in message
news:OTxT%23eeVFHA.3424@.TK2MSFTNGP09.phx.gbl...
> Hi
> I'm working with SQL2000 and I want to restore a db which I've got from
> another server into my server with this size : 167049KB,and I've 11gb on
> Drive E,but following error appearred after restoring:
> "There's insufficient free space on disk volume 'e:' to create the
> database.the database requires 28614066176 additional free bytes ,while
only
> 2147155 968 bytes are available. Restore databse is terminated
abnormally."
> why?Can anybody help me?
> Any help would be thankful.
>