Forum

sql server 2008 r2 ...
 
Bildirimler
Hepsini Temizle

sql server 2008 r2 backup hatası

15 Yazılar
6 Üyeler
0 Reactions
2,421 Görüntüleme
(@evrengokdemir)
Gönderiler: 51
Trusted Member
Konu başlatıcı
 

Arkadaşlar merhaba sql server 2008 r2 de yedek almaya çalışıyorum %70 e gelip kalıyor ve aşağıdaki hatayı veriyor neden kaynaklanabilir? 

hata
 
Gönderildi : 02/09/2019 16:42

(@erdogantemur)
Gönderiler: 394
Keyif adamı 🙂
 

Selam,

Database bozuk olabilir.

SQL servisini stop edip backup almayı denediniz mi ?

İyi Çalışmalar,
Erdoğan TEMUR
***************************************************************************
Probleminiz Çözüldüğünde Sonucu Burada Paylaşırsanız.
Sizde Aynı Problemi Yaşayanlar İçin Yardım Etmiş Olursunuz.
***************************************************************************
Probleminiz çözüldüğünde, Konunuzu "Çözüldü" olarak işaretlemeyi UNUTMAYINIZ!

 
Gönderildi : 02/09/2019 23:31

(@enginkosova)
Gönderiler: 375
Üye
 

Merhaba,

Bu db de daha önce bir migrate işlemi yapıldı mı?

Ayrıca backup varolan bir backup üstüne yazmaya çalışıyorsanız. Farklı bir alana farklı bir isimde almayı dener misiniz?

****************************************************************
Probleminiz çözüldüğünde sonucu burada paylaşırsanız,
sizin ile aynı problemi yaşayanlar için yardım etmiş olursunuz.
Eğer sorununuz çözüldü ise "çözüldü" olarak işaretlerseniz
diğer üyeler için çok büyük kolaylık sağlayacaktır.
*****************************************************************

 
Gönderildi : 03/09/2019 01:43

(@evrengokdemir)
Gönderiler: 51
Trusted Member
Konu başlatıcı
 

@erdogantemur

Erdoğan Bey merhaba , SQL servisi stop edip mdf ve ldf dosyalarını kopayayıp başka diske taşımaya da izin vermiyor.

 
Gönderildi : 03/09/2019 08:53

(@evrengokdemir)
Gönderiler: 51
Trusted Member
Konu başlatıcı
 
Gönderen: @enginkosova

Merhaba,

Bu db de daha önce bir migrate işlemi yapıldı mı?

Ayrıca backup varolan bir backup üstüne yazmaya çalışıyorsanız. Farklı bir alana farklı bir isimde almayı dener misiniz?

Engin Bey merhaba

herhangi bir disk taşıması olmadı,sadece lokal oalrak server kasasını farklı bir adreste modeme bağlayarak direk olarak çalıştırılmış.

 
Gönderildi : 03/09/2019 08:59

(@NuriOzden)
Gönderiler: 72
Estimable Member
 

Merhaba, yedek alınan diskte sorun olabilir. Engin Bey'in dediği gibi yedeği farklı bir lokasyona alarak yeniden deneyebilir misiniz? Yine aynı hatayı alırsanız DB de sorununuz olabilir. 

 
Gönderildi : 03/09/2019 09:46

(@enginkosova)
Gönderiler: 375
Üye
 
Gönderen: @evrengokdemir
Gönderen: @enginkosova

Merhaba,

Bu db de daha önce bir migrate işlemi yapıldı mı?

Ayrıca backup varolan bir backup üstüne yazmaya çalışıyorsanız. Farklı bir alana farklı bir isimde almayı dener misiniz?

Engin Bey merhaba

herhangi bir disk taşıması olmadı,sadece lokal oalrak server kasasını farklı bir adreste modeme bağlayarak direk olarak çalıştırılmış.

Merhaba,

Migrate derken, farkli bir db versiyonundan migrate edildimi demek istemiştim.

****************************************************************
Probleminiz çözüldüğünde sonucu burada paylaşırsanız,
sizin ile aynı problemi yaşayanlar için yardım etmiş olursunuz.
Eğer sorununuz çözüldü ise "çözüldü" olarak işaretlerseniz
diğer üyeler için çok büyük kolaylık sağlayacaktır.
*****************************************************************

 
Gönderildi : 03/09/2019 10:06

(@evrengokdemir)
Gönderiler: 51
Trusted Member
Konu başlatıcı
 

@enginkosova

Engin Bey farkılı bir db versiyonundan migrate işlemi yapılmadı.

 
Gönderildi : 03/09/2019 10:18

(@mehmetsucu)
Gönderiler: 85
Estimable Member
 

@evrengokdemir

Merhaba,

Sanal sürücüye yedeği almaya çalışıyorsanız ondan kaynaklı olabilir. Backup dediğinizde gelen yerel sürücüye yedek almaya çalıştığınızda hata veriyor mu?

1

 

Mehmet SUCU
HBYS Yazılım Uzmanı
[email protected]
****************************************************************
Probleminiz Çözüldüğünde Sonucu Burada Paylaşırsanız.
Sizde Aynı Problemi Yaşayanlar İçin Yardım Etmiş Olursunuz.
Eğer sorununuz çözüldü ise lütfen "çözüldü" olarak işaretlerseniz diğer üyeler için çok büyük kolaylık sağlayacaktır.
*****************************************************************

 
Gönderildi : 03/09/2019 11:21

(@evrengokdemir)
Gönderiler: 51
Trusted Member
Konu başlatıcı
 

@mehmetsucu

Mehmet Bey merhaba

C dahil D veya diğer bölünmüş disklere yedek almaya çalıştığımda aynı hatayı vermekte.

 
Gönderildi : 03/09/2019 11:29

(@evrengokdemir)
Gönderiler: 51
Trusted Member
Konu başlatıcı
 

Arkadaşlar sql servisi durdurup ldf ve mdf yi C sürücüsünden D ye kopyalamaya çalıştığımda  % 80 kadar yükleyip aşağıdaki hatayı aldı.

hata2
 
Gönderildi : 03/09/2019 14:21

(@NuriOzden)
Gönderiler: 72
Estimable Member
 

Başka fiziksel bir diske mesela usb disk takıp yedeği ona alabilir misiniz? Bir de MDF lerin bulunduğu partition üzerinde komut isteminde sfc /scannow komutu çalıştırabilir misiniz?

 
Gönderildi : 03/09/2019 14:29

(@cankaya)
Gönderiler: 119
Üye
 

Veri tabanınız backup almadan normal durumda operasyonel mi ? Yani kullanabiliyor musunuz veri tabanınızı sağlıklı bir şekilde. Disk üzerinde bir problem, corrupt olmasından şüphelendim. DBCC CHECKDB yapabilir misiniz veri tabanınızı ? Onun sonucuna göre size önerilerde bulunabiliriz.

 
Gönderildi : 09/09/2019 11:09

(@evrengokdemir)
Gönderiler: 51
Trusted Member
Konu başlatıcı
 
Gönderen: @cankaya

Veri tabanınız backup almadan normal durumda operasyonel mi ? Yani kullanabiliyor musunuz veri tabanınızı sağlıklı bir şekilde. Disk üzerinde bir problem, corrupt olmasından şüphelendim. DBCC CHECKDB yapabilir misiniz veri tabanınızı ? Onun sonucuna göre size önerilerde bulunabiliriz.

Can Bey merhaba

evet normalde kullanılabiliyor erp programı bağlı sorunsuz çalışıyor ama bacup almak istediğimde ve servisleri stop edip mdfleri kopyaladığımda bu sorun oluşuyor.

DBCC CHECKDB yaptım sonuç aşağıdaki şekilde;

DBCC results for 'YAYINEVI2014'.
Service Broker Msg 9675, State 1: Message Types analyzed: 14.
Service Broker Msg 9676, State 1: Service Contracts analyzed: 6.
Service Broker Msg 9667, State 1: Services analyzed: 3.
Service Broker Msg 9668, State 1: Service Queues analyzed: 3.
Service Broker Msg 9669, State 1: Conversation Endpoints analyzed: 0.
Service Broker Msg 9674, State 1: Conversation Groups analyzed: 0.
Service Broker Msg 9670, State 1: Remote Service Bindings analyzed: 0.
Service Broker Msg 9605, State 1: Conversation Priorities analyzed: 0.
Msg 8966, Level 16, State 2, Line 1
Unable to read and latch page (1:59372) with latch type SH. 1117(Bir G/Ç aygıt hatası nedeniyle istek yürütülemedi.) failed.
Msg 8966, Level 16, State 2, Line 1
Unable to read and latch page (1:59373) with latch type SH. 1117(Bir G/Ç aygıt hatası nedeniyle istek yürütülemedi.) failed.
Msg 8966, Level 16, State 2, Line 1
Unable to read and latch page (1:59374) with latch type SH. 1117(Bir G/Ç aygıt hatası nedeniyle istek yürütülemedi.) failed.
Msg 8966, Level 16, State 2, Line 1
Unable to read and latch page (1:59780) with latch type SH. 1117(Bir G/Ç aygıt hatası nedeniyle istek yürütülemedi.) failed.
Msg 8966, Level 16, State 2, Line 1
Unable to read and latch page (1:59781) with latch type SH. 1117(Bir G/Ç aygıt hatası nedeniyle istek yürütülemedi.) failed.
Msg 8966, Level 16, State 2, Line 1
Unable to read and latch page (1:59782) with latch type SH. 1117(Bir G/Ç aygıt hatası nedeniyle istek yürütülemedi.) failed.

CHECKDB found 0 allocation errors and 6 consistency errors not associated with any single object.

CHECKDB found 0 allocation errors and 18 consistency errors in database 'YAYINEVI2014'.
repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKDB (YAYINEVI2014).
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

 

 
Gönderildi : 09/09/2019 11:49

(@cankaya)
Gönderiler: 119
Üye
 

Bu çıktıda gördüğünüz mesajlar istemediğimiz çıktılardan. 🙁 umarım veri kaybı yaşamazsınız. Tam olarak nereye denk geldiği araştırılmalı. Daha önce almış olduğunuz başka bir yedek varsa o veritabanını restore edip orada da checkdb çalıştırmanızı öneririm. 

repair_allow_data_loss komutuyla sorunu fixlemeye çalışabilirsiniz. Denk geldiği objeye bağlı olarak veri kaybı yaşayıp/yaşamayabilirsiniz.

Çok önerilmeyen bir durum olmakla birlikte backup alırken NULL device a backup almayı denerseniz aradan IO ve disk katmanıını çıkarmış olursunuz. Kaynak disk sisteminden ne kadarla okuma yaptığınızı da görebilirsiniz. 

BACKUP DATABASE DBName TO DISK = 'NUL'

Bu işlemde de sorun yaşarsanız datayı okuyamıyorsunuz demektir.

 

Kolaylıklar

Bu ileti 5 yıl önce Can Kaya tarafından düzenlendi
 
Gönderildi : 09/09/2019 12:00

Paylaş: