MSsql Tablo Boyutu ile DB boyutu uyumsuzluğu

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.

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. 

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? 

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. 

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. 

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. 

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. 

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