Forum

MSsql Tablo Boyutu ...
 
Bildirimler
Hepsini Temizle

MSsql Tablo Boyutu ile DB boyutu uyumsuzluğu

6 Yazılar
2 Üyeler
0 Likes
1,725 Görüntüleme
(@ibrahimtamturk)
Gönderiler: 32
Trusted Member
Konu başlatıcı
 

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. 

 

 
Gönderildi : 06/11/2018 15:48

(@ibrahimtamturk)
Gönderiler: 32
Trusted Member
Konu başlatıcı
 

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.

 
Gönderildi : 07/11/2018 03:21

(@ibrahimtamturk)
Gönderiler: 32
Trusted Member
Konu başlatıcı
 

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. 

 
Gönderildi : 07/11/2018 17:18

(@ibrahimtamturk)
Gönderiler: 32
Trusted Member
Konu başlatıcı
 

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? 

 

 
Gönderildi : 07/11/2018 18:07

(@ibrahimtamturk)
Gönderiler: 32
Trusted Member
Konu başlatıcı
 

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. 

 
Gönderildi : 23/11/2018 14:02

(@LeventCuha)
Gönderiler: 27
Trusted Member
 

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

 
Gönderildi : 17/12/2018 04:53

Paylaş: