Is this some structural problem?

From: MZeeshan (mzeeshan_at_community.nospam)
Date: 01/10/05


Date: Mon, 10 Jan 2005 08:13:04 -0800

Hello-

We were on SQL 7.0 / Windows NT and have moved to SQL 2000 sp4a / Windows
2003. Since upgrade, we have seen some strange behavior.

Following are some of the observations so far:
 
1. We have witnessed exceedingly large database restoration timings. With
SQL 7.0, it used to take around 1.5-2.0 hours to restore database sized 125+
GB (with around 70 GB of data... we had some fragmentation problems!). Now,
the whole process takes from 4 to 9 hours. The restoration times are very
large when restored the first time (true, I am trying to create a database as
well).
 
2. We are using a vertical solution that used to have high level of
fragmentation. The fragmentation used to be so high that it used to increase
data device to 122+ GB with actual data of ~ 65+ GB. This forces me to
rebuild indexes and run the maintenance DBCC on every weekend. Since
upgrading to SQL 2000, this problem has reduced a lot. But, the maintenance
job timings since upgrade have also increased by 50% (it used to take ~ 8
hours and now the job is taking ~ 12 hours).
 
3. On at least two occasions (the latest on last Friday), the database has
generated exceedingly large transaction log backups. True, the application
system administrator has told me there was a runaway process that might have
created exceedingly large logs. But, the backups were so huge (+61 GB) that
it filled up the whole backup drive resulting in failures for other
transaction log backups till I cleaned the drive and took a full backup. The
normal hourly transaction log backups have total of size of 600+ MB (624 MB
as of now).

My question is: Am I seeing some kind of structural problems and has anyone
encountered similar problems?

Please share your experiences and expertise.

-- 
Regards,
MZeeshan


Relevant Pages

  • Re: Query to find first missing integer in a field
    ... the database and analyse data, and its far easier to do this if the ID ... - if you have any purge and archive processes then by re-using a key ... you make restoration of archive data either impossible or create false ...
    (comp.databases.oracle.server)
  • RE: Mirror or Repl.: failsafe & disaster recovery vs. maintainability
    ... This is one of the gotcha's with database mirroring and high safety. ... production servers and a third server can be utilized for a backup/mirror ... log shipping transaction log backups would need to be ...
    (microsoft.public.sqlserver.replication)
  • Re: on-line and near-line databases
    ... 'B' database) and only keep users from the last 30 days in the ... data restoration approach. ... Copy the records in the subscriber database which are to be ... ready and we 'replicate the execution of the ...
    (microsoft.public.sqlserver.replication)
  • Re: on-line and near-line databases
    ... Thanks for your help, Paul. ... 'B' database) and only keep users from the last 30 days in the ... data restoration approach. ... Copy the records in the subscriber database which are to be ...
    (microsoft.public.sqlserver.replication)
  • Re: log shipping failover to stand by server
    ... Disables the log-shipping transaction copy job on the standby server. ... Restores all transaction log backups not previously restored to the ... standby database and initiates the recovery of the standby database. ...
    (microsoft.public.sqlserver.replication)