2010-06-12 72 views
0

我有一個非常大的數據庫主要用於分析。整體表現非常緩慢。我剛剛注意到,在運行下面的查詢時,所使用的虛擬內存量大大超過了可用的物理內存量。目前,物理內存爲10GB(10238k字節),而虛擬內存返回更多 - 8388607k字節。這看起來確實是錯誤的,但我在如何着手方面有點不知所措。SQL服務器虛擬內存使用情況和性能

USE [master]; 
GO 
select 
    cpu_count 
, hyperthread_ratio 
, physical_memory_in_bytes/1048576 as 'mem_MB' 
, virtual_memory_in_bytes/1048576 as 'virtual_mem_MB' 
, max_workers_count 
, os_error_mode 
, os_priority_class 
from 
    sys.dm_os_sys_info 
+0

10 GB大約是10,000,000,000字節而不是10238字節 – 2010-06-12 02:49:55

+3

你能澄清你在問什麼嗎?不確定問題是什麼。 – 2010-06-12 02:49:56

+0

**注意:**我編輯了問題以將'字節'更改爲'k字節'。不完全確定這是什麼意思。 – egrunin 2010-06-12 03:35:50

回答

2

你在這個盒子上有一般的問題還是有特定查詢的問題?在大多數情況下,查詢優化最好在這裏提出,但有關SQL Server一般性能配置文件的其他信息都屬於serverfault.com,尤其是OS/Server /硬件配置。

+0

是的,我的意思是MB。沒有具體的查詢來優化,物理和虛擬之間的差異看起來似乎是怪事。更多的通用問題。我想這個問題最好在serverfault.com上問 – user365035 2010-06-12 04:26:20

0

我有一個非常大的數據庫主要用於分析。

OLAP:內存和CPU密集型。

目前,物理內存10GB

小型服務器:不計算。

這似乎是真的錯了,但我在如何進行

升級服務器有點損失。一個非常大的dDatabase是100 + Gigabyte - 可能這些天有1000+ Gigabyte。 10納米內存的分析情況:笑話,而不是服務器。