MSsql Tablo Boyutu ...
 
Bildirimler
Hepsini Temizle

MSsql Tablo Boyutu ile DB boyutu uyumsuzluğu  

ibrahim tamtürk
(@ibrahimtamturk)
Üye

Merhaba 

 

SQL Server Management Studio

 sp_helpdb  sorgusu iel DB boyutu 1.936 MB (1,9 GB)

tablo boyutlarını sorguladığımda ise en büyük tablo 25 MB ve diğerleride çok düşük boyutta.

 

Bu fark neden oluşuyor. 

 

Alıntı
Topic starter Gönderildi : 06/11/2018 15:48
oldmember
(@yavuzfilizlibay)
Üye

Merhaba

Log .ldf dosyası büyük olabilir, kontrol ettiniz mi?

CevapAlıntı
Gönderildi : 06/11/2018 15:58
ibrahim tamtürk
(@ibrahimtamturk)
Üye

Merhaba 

Sunucu plesk üzerinden erişiliyor. 

SQL'e ise Microsoft SQL Server Management Studio üzerinden erişebiliyorum ve Log.ldf dosyasını göremiyorum.

 

Aslında aşağıda ki gibi hatalar alıyorum. Bu hatalar veritabın boyutundan kaynaklanıyor olabilir mi?

1- googlebot search herhangi bir sayfayı indexlemek için erişirken sayfaya erişemiyor ve log kayıtlarına aşağıdaki hata düşüyor.

Error message:
Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.
Full message: System.Data.SqlClient.SqlException (0x80131904): Timeout expired.

2- Ayrıca Nopcommerce çalışan sitede otomatik görevlerden Misafir Kullanıcıları silme işlemi yapılırken yine aynı hata kaydı oluşuyor. 

 www.alanadi.com/scheduletask/runtask (nopcommerce runtask) 

Error message:
Short message: Error while running the 'Delete guests' schedule task. Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.
Full message: System.Data.SqlClient.SqlException (0x80131904): Timeout expired.

CevapAlıntı
Topic starter Gönderildi : 07/11/2018 03:21
oldmember
(@yavuzfilizlibay)
Üye

Timeout sorunları indexleme ile alakalı olması yüksek. 

 

SSMS ile bağlanıyorsanız, database in properties inde, files sekmesinde log dosyasının konumunu ve boyutunu görebilirsiniz. 

CevapAlıntı
Gönderildi : 07/11/2018 16:56
ibrahim tamtürk
(@ibrahimtamturk)
Üye

Rows Data 136 MB

Log 1864 MB  görünüyor

 

Birde SQL Server Profil ile bağlanmak istediğimde ALTER TRACE hatası alıyorum. Bu yetkiyi ben verebiliyormuyum yoksa hosting firaması mı vermesi gerekiyor. 

CevapAlıntı
Topic starter Gönderildi : 07/11/2018 17:18
oldmember
(@yavuzfilizlibay)
Üye

Sizin ham data nız 136 mb, log ise 1,8 gb olmuş. Simple recovery modele geçip log u minimum seviyede tutabilirsiniz. 

Alter Trace için, SQL Server da sysadmin yetkisi olan bir kullanıcının yetki vermesi gerekir size. Hosting firmasında ise bu yetki, firma ile görüşmeniz gerekiyor.

CevapAlıntı
Gönderildi : 07/11/2018 17:45
ibrahim tamtürk
(@ibrahimtamturk)
Üye

Teşekkür ederim Yavuz bey.

Yer problemi olmadıktan sonra Bu log kaydının büyük olmasının performansa etkisi yok değil mi? 

 

CevapAlıntı
Topic starter Gönderildi : 07/11/2018 18:07
oldmember
(@yavuzfilizlibay)
Üye

Log dosyasının büyük olmasıiyi değil, VLF diye bir kavram var, virtual log file, bununla ilgili google da arama yapın. 

CevapAlıntı
Gönderildi : 08/11/2018 14:10
ibrahim tamtürk
(@ibrahimtamturk)
Üye

[quote user="Yavuz Filizlibay"]

Log dosyasının büyük olmasıiyi değil, VLF diye bir kavram var, virtual log file, bununla ilgili google da arama yapın. 

[/quote]

Tekrar merhaba

 

VLF Kavramını araştırdım. DBCC LOGINFO()  sorgusu ile VLF sayısını görebiliyor muşuz. 

DBCC SHRINKFILE komutu ile de küçültem işlemi yapılabiliyormuş.

Paylaşımlı veritabanına SSMS ile bağlanıyorum. Bu komutları girdiğim zaman kullanıcın yetkisi olmadığı uyarısı geldi.
Hosting şirketi ile görüştükten sonra db_owner yetkisi tanımladılar.
Ancak bu yetkiye rağmen bu sorgulamaları yetki hatası nedeniyle çalıştıramıyorum.

 

Hosting şirketinin verdiği cevap bu

"No other additional permissions can be assigned to the database user. In our share server environment, db_owner is the highest privilege we can assign to the database user.

You should be able to use DBCC SHRINKFILE."

 

Veritabanını lokale yada tam yetkimin olduğu başka bir SQL Sunucusuna aktarıp işlemleri orda yaptıktan sonra tekrar hostinge geri aktarsam olur mu?

Yada başka bir çözüm yöntemi var mı?

 

Teşekkür ederim. 

CevapAlıntı
Topic starter Gönderildi : 23/11/2018 14:02
Levent Cuha
(@LeventCuha)
Üye

[quote user="ibrahim tamtürk"]

[quote user="Yavuz Filizlibay"]

Log dosyasının büyük olmasıiyi değil, VLF diye bir kavram var, virtual log file, bununla ilgili google da arama yapın. 

[/quote]

Tekrar merhaba

 

VLF Kavramını araştırdım. DBCC LOGINFO()  sorgusu ile VLF sayısını görebiliyor muşuz. 

DBCC SHRINKFILE komutu ile de küçültem işlemi yapılabiliyormuş.

Paylaşımlı veritabanına SSMS ile bağlanıyorum. Bu komutları girdiğim zaman kullanıcın yetkisi olmadığı uyarısı geldi.
Hosting şirketi ile görüştükten sonra db_owner yetkisi tanımladılar.
Ancak bu yetkiye rağmen bu sorgulamaları yetki hatası nedeniyle çalıştıramıyorum.

 

Hosting şirketinin verdiği cevap bu

"No other additional permissions can be assigned to the database user. In our share server environment, db_owner is the highest privilege we can assign to the database user.

You should be able to use DBCC SHRINKFILE."

 

Veritabanını lokale yada tam yetkimin olduğu başka bir SQL Sunucusuna aktarıp işlemleri orda yaptıktan sonra tekrar hostinge geri aktarsam olur mu?

Yada başka bir çözüm yöntemi var mı?

 

Teşekkür ederim. 

[/quote]

 

sysadmin yetkisi versinler bir de öyle deneyin, db_owner sadece o database'in sahibi instanceda değil

CevapAlıntı
Gönderildi : 17/12/2018 04:53
Paylaş: