BILGI: SQL Server 7.0 iþlem günlüðü Küçült edilir

• Microsoft SQL Server 7.0 SHRINKFILE ve SHRINKDATABASE komutlarý, bir hedef boyutunu küçültme için ayarlayýn. Her günlük dosyasý, bu komutlarý tarafýndan iþaretlenmiþ, ancak, gerçekte bir günlüðü yedeklemesini veya dosyalarý sýkýþtýrmak için günlük kesilme. Bu nedenle, SHRINKFILE kullanýn veya önce günlük, ayrýca bir komut yayýmlamak gerekir SHRINKDATABASE komutunu keser küçülür, tüm olma olasýlýðý vardýr.
• Bir günlük, bu ölçüte göre izin daha küçük bir boyuta daraltýlamýyor:
  
  
  • Kendi özgün boyutundan daha küçük bir günlük daraltmanýz DBCC SHRINKFILE ile tek tek dosyalarý daraltmanýz gerekir. Bir günlük, özgün veya açýkça tanýmlanan boyutundan daha küçük bir boyuta daraltmak için DBCC SHRINKDATABASE kullanamazsýnýz. Özgün boyutu, CREATE DATABASE ve tüm açýk ALTER DATABASE komutlarý yüzünden günlüðünün boyutunu olarak tanýmlanýr. Özgün boyutun günlüðünün otomatik büyüme içermez.
    
    
  • Fiziksel günlük dosyasý her zaman geçerli günlük dosyasýnda kullanýlan alaný miktarýndan daha küçük olabilir. Kullanýlan alan miktarýný izlemek için DBCC SQLPERF (LOGSPACE) komutunu kullanabilirsiniz.
    
    
  • Geçerli model veritabanýný ve günlük sunucu üzerindeki tüm veritabaný günlüðü için en küçük boyut boyutudur. Varsayýlan olarak, modeli veritabanýnýn günlük 1 MB'DEN daha az ise.
    
    
  • Yalnýzca bir sanal günlük dosyasýný (VLF) sýnýr için bir günlük shrunk çünkü alaný kullanýlmadýðý bile, bir günlük dosyasý bir VLF küçük bir boyuta Küçült olanaklý deðildir. Benzer þekilde, bir VLF bölümü kullanýlýyorsa bu VLF alaný birini daraltýlamýyor. Daha fazla bilgi için SQL Server Books Online'da "Sanal Log Files" ve "Ýþlem günlüðü fiziksel Architecture" konularýna bakýn.
  
  
  
• Iþlem günlüðünün "sarma-geçici" Günlük ' dir. Bu, herhangi bir anda olabilir VLFs ile "boþ" veya "yeniden" alan Baþlangýç, orta ve/veya günlüðünün sonuna anlamýna gelir. Günlüðü var daraltmanýz "sonunda, günlük boþ", herhangi bir yere günlüðünde boþ deðil olmasý gerekir. Ayrýca, yalnýzca tüm VLFs daraltabilirsiniz. Hareket küçültmek için <a1>Günlük</a1> günlük dosyasýnýn sonunda VLFs etkin olmayan ve kesilmiþ olmalýdýr. Daha ayrýntýlý bilgi için SQL Server Books Online'da "Ýþlem günlük kesilmesi" konusuna bakýn.

• Her zaman önce ve sistem etkileyen deðiþiklikler yaptýktan sonra sistem veritabaný ve kullanýcý veritabaný yedeklemeleri gerçekleþtirin. DBCC SHRINKFILE ve DBCC SHRINKDATABASE kütüðe kaydedilmiþ bir iþlem deðildir ve geçersiz kýlar bunlarý çalýþtýran daha iþlem günlüðü yedekleri. DBCC SHRINKFILE veya DBCC SHRINKDATABASE komutlarý çalýþtýrdýktan sonra veritabanýnýn tam yedekleme yapmanýz gerekir.
  
  
• Yedek küçültme gerçekleþmesi için beklenen süre içinde gerçekleþen üzere zamanlanmýþ olduðundan emin olun.
  
  
• Eski, uzun süredir çalýþan veya unreplicated hareketler bulunmadýðýndan emin olun. Bunu yapmak için <a0></a0>, benzer bir kod kullanýn:

  DBCC OPENTRAN (database_name)
  					

• Bir shrinkpoint iþaretlemek için DBCC SHRINKFILE veya DBCC SHRINKDATABASE komutunu çalýþtýrýn. DBCC SHRINKFILE DBCC SHRINKDATABASE izinleri varsayýlan üyelere sysadmin sabit sunucu rolü veya db_owner sabit veritabaný rolünün ve transfer edilebilir deðil. Bu komutlarý arasýndaki farklar hakkýnda daha fazla bilgi için (farklý parametreler dikkat edin) SQL Çevrimiçi Kitaplar'nda aþaðýdaki konulara bakýn:
  
  

  DBCC SHRINKFILE     (file_name, target_size)
  DBCC SHRINKDATABASE (database_name, target_percent)
  					

• Günlük etrafýnda Kaydýr'ý ve sonra günlüðü kesilemiyor BACKUP komut çýkýþ saðlamak için bazý kukla hareketleri oluþturun. BACKUP deyimi ne gerçekten günlüðü iþaretli hedef Boyuta Küçült giriþiminde ' dir.
  
  Iþte bir örnek için tek bir mantýksal günlük dosyasýnda günlüðe kaydýrýlýr ve kesirli kýsmýný atmak için küçülme izin neden bir kukla hareketlerinin nasýl oluþturulacaðý. Örnek ortamýnýz için gerektiði þekilde deðiþtirin.

     SET NOCOUNT ON
     DECLARE @LogicalFileName sysname,
             @MaxMinutes INT,
             @NewSize INT
  
     -- *** MAKE SURE TO CHANGE THE NEXT 4 LINES WITH YOUR CRITERIA. ***
     USE     [Test DB]              -- This is the name of the database
                                    -- for which the log will be shrunk.
     SELECT  @LogicalFileName = 'Test DB Log',  -- Use sp_helpfile to 
        -- identify the logical file 
        -- name that you want to shrink.
             @MaxMinutes = 10,      -- Limit on time allowed to wrap log.
             @NewSize    = 10       -- in MB
  
     -- Setup / initialize
     DECLARE @OriginalSize int
     SELECT @OriginalSize = size -- in 8K pages
       FROM sysfiles
       WHERE name = @LogicalFileName
     SELECT 'Original Size of ' + db_name() + ' LOG is ' + 
             CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' + 
             CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB'
       FROM sysfiles
       WHERE name = @LogicalFileName
  
     CREATE TABLE DummyTrans
       (DummyColumn char (8000) not null)
  
     -- Wrap log and truncate it.
     DECLARE @Counter   INT,
             @StartTime DATETIME,
             @TruncLog  VARCHAR(255)
     SELECT  @StartTime = GETDATE(),
             @TruncLog = 'BACKUP LOG ['+ db_name() + '] WITH TRUNCATE_ONLY'
     -- Try an initial shrink.
     DBCC SHRINKFILE (@LogicalFileName, @NewSize)
  
     EXEC (@TruncLog)
  
     -- Wrap the log if necessary.
     WHILE     @MaxMinutes > DATEDIFF (mi, @StartTime, GETDATE()) -- time has not expired
           AND @OriginalSize = (SELECT size FROM sysfiles WHERE name = @LogicalFileName)  -- the log has not shrunk    
           AND (@OriginalSize * 8 /1024) > @NewSize  -- The value passed in for new size is smaller than the current size.
       BEGIN -- Outer loop.
         SELECT @Counter = 0
         WHILE  ((@Counter < @OriginalSize / 16) AND (@Counter < 50000))
           BEGIN -- update
             INSERT DummyTrans VALUES ('Fill Log')  -- Because it is a char field it inserts 8000 bytes.
             DELETE DummyTrans
             SELECT @Counter = @Counter + 1
           END   -- update
         EXEC (@TruncLog)  -- See if a trunc of the log shrinks it.
       END   -- outer loop
     SELECT 'Final Size of ' + db_name() + ' LOG is ' +
             CONVERT(VARCHAR(30),size) + ' 8K pages or ' + 
             CONVERT(VARCHAR(30),(size*8/1024)) + 'MB'
       FROM sysfiles 
       WHERE name = @LogicalFileName
     DROP TABLE DummyTrans
     PRINT '*** Perform a full database backup ***'
     SET NOCOUNT OFF
  					

  gerekirse, Denetim günlüðü, özgün size.Repeat önceki shrunk, görmek için adýmlarý. Günlük daraltma, Özet, günlük daraltma ile ortak sorunlar karþýlaþmýþ, görmek için bu makalenin üstündeki yeniden denetleyin.

1. Asýl veritabanýnýn bir veritabanýnýn tam yedeklemesini gerçekleþtirin.
2. Kullanýcý veri tabanýnýn bir veritabanýnýn tam yedeklemesini gerçekleþtirin. SHRINK komut günlüðe kaydedilir ve bir tam veritabaný yedeklemesi tamamlandý sürece gelecekteki bir iþlem günlüðü yedekleri geçersiz kýlar, bu gereklidir.

Üste

Baþvurular

Üste