BACKUP etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster
BACKUP etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster

12 Mart 2014 Çarşamba

The transaction log for database ... is full due to 'LOG_BACKUP'


HATA:
Message
Executed as user: DOMAIN\svc_SQLService. The transaction log for database 'veritabanıAdı' is full due to 'LOG_BACKUP'. [SQLSTATE 42000] (Error 9002)  BACKUP DATABASE is terminating abnormally. [SQLSTATE 42000] (Error 3013).  The step failed.

AÇIKLAMA:
Yedek almak istediğinizde böyle bir hata alabilirsiniz. Aslında hata mesajı hatanın ne olduğunu anlatıyor. Temel sorun, Transaction Log dosyanızın dolmuş olması. Olası senaryo, veritabanınızın Recovery Model'ı FULL. Çok uzun süren veya açık kalan bir Transaction var ya da işlem(ler) yapıldı yapıldı ve Transaction Log dosyasının içindeki boşluk doldu ve Transaction Log dosyasının otomatik büyümesi kapalı veya disk doldu.

ÇÖZÜM:
Böyle bir durumda, eğer düzenli olarak Transaction Log yedeği almayacaksanız ve Log Shipping'iniz yoksa, o zaman veritabanının Recovery Model'ını SIMPLE'a çevirmeyi düşünebilirsiniz. Eğer Transaction Log dosyanızın bulunduğu disk tamamen dolduysa, o zaman sadece Recovery Model'ını SIMPLE'a çevirmek de sizi kurtarmayabilir; böyle bir durumda başka müsait bir diske bir tane daha Transaction Log dosyası oluşturmayı düşünebilirsiniz, daha sonra ortalık durulunca bu yeni Transaction Log dosyasını kaldırabilirsiniz.

2 Ekim 2013 Çarşamba

"Unable to create a restore plan due to break in the LSN chain"

HATA:
Unable to create a restore plan due to break in the LSN chain.


AÇIKLAMA:
SQL Server Management Studio 2012 arayüzü ile NORECOVERY modunda "Full Database Restore" işlemi yaptıktan sonra bir de "Differential Database Restore" işlemi yapmak isterseniz bu hata ile karşılaşabilirsiniz.

Sorunu araştırırken Connect'te bu konuda açılmış ve sonra da "düzeltildi" denilerek kapatılmış bir kayıt gördüm. Fakat belli ki sorun düzeltilmemiş. Çünkü benim bu sorunu yaşadığım ortamdaki SQL Server'ın versiyonu 2012 RTM + SP1 idi. Eğer SP1'den sonra CU'larla düzeltildiyse onu bilemiyorum tabii.

ÇÖZÜM:
Sorunu Restore işlemini T-SQL koduyla yaparak aşabildim. 

2 Mart 2009 Pazartesi

"System.Data.SqlClient.SqlError: Backup and file manipulation operations (such as ALTER DATABASE ADD FILE) on a database must be serialized. Reissue

HATA MESAJI:
"System.Data.SqlClient.SqlError: Backup and file manipulation operations (such as ALTER DATABASE ADD FILE) on a database must be serialized. Reissue the statement after the current backup or file manipulation operation is completed. (Microsoft.SqlServer.Smo)"

AÇIKLAMA:
Veritabanınızın yedeğini almak istediğinizde böyle bir hata mesajı ile karşılaşabilirsiniz.

ÇÖZÜM:
Veritabanınızın yedeğini almak istediğinizde, eğer başka bir kişi veya iş tarafından da aynı veritabanının yedeği zaten alınıyorsa o zaman bu hata ile karşılaşırsınız.

Aşağıdaki komutu çalıştırıp, o anda bir yedekleme işlemi yapılıp yapılmadığından emin olabilirsiniz:

SELECT * FROM sys.dm_exec_requests WHERE session_id > 51

Bu komutu çalıştırdıktan sonra "Command" alanında "BACKUP DATABASE" gibi bir komut görürseniz, anlayın ki o anda zaten yedek alınıyor.

9 Şubat 2009 Pazartesi

"BACKUP LOG cannot be performed because there is no current database backup."

HATA MESAJI:
"BACKUP LOG cannot be performed because there is no current database backup."

AÇIKLAMA:
BACKUP LOG komutuyla bir veritabanının Transaction Log yedeğini almaya çalışırken böyle bir hata ile karşılaşabilirsiniz.

ÇÖZÜM:
Bunun nedeni, bu veritabanının henüz hiç tam yedeğinin (Full Backup) alınmamasıdır. BACKUP LOG ve BACKUP DATABASE ... WITH DIFFERENTIAL komutlarını çalıştırmadan önce bu işlemleri yapmaya çalıştığınız veritabanının tam ydeğini BACKUP DATABASE komutuyla almalısınız.

Bu komut hakkında daha fazla bilgi edinmek için aşağıdaki adresi ziyaret edebilirsiniz:
http://msdn.microsoft.com/en-us/library/ms186865(SQL.90).aspx