Вопросы Теги

Подробный перечень SQL

Такой зависит от того, что сервис обеспечивает функциональности NAS. Samba? NFS? Все вышеупомянутое? В его очень основной, Linux будет использовать всю доступную освобожденную память для служения в качестве кэша файла. Тот объем памяти будет использоваться по умолчанию через нормальные механизмы кэширования Linux. Особенно, если 64-разрядное ядро используется.

16 ГБ являются довольно большим количеством RAM для той проблемы. И все же, может быть просто правильно для того, в чем Вы нуждаетесь. Все это зависит от того, сколько из Ваших данных находится в активном употреблении в любой момент времени. Если Ваш 'рабочий набор' активных/открытых файлов составляет более чем 12 ГБ, то 16 ГБ RAM прекрасны. Идеально Вы хотите иметь все открытые файлы, которые в состоянии вписываться в кэш сервера для обеспечения максимальной производительности. Какой уровень, в котором это, зависит от Вашей среды, таким образом, нет никаких ответов набора.

Хорошо иметь все это совпадение данных в RAM по нескольким причинам, но один из которых для записей. Это позволяет серверу делать переупорядочение ввода-вывода для уменьшения задержки HD, что-то, что также сделает плата RAID.

1
задан 31 July 2009 в 20:34
2 ответа

http://technet.microsoft.com/en-us/default.aspx

Ищите свою версию SQL там.

1
ответ дан 4 December 2019 в 02:27
  • 1
    that' s близко, но это действительно - просто индекс всех остатков и doesn' t, кажется, включают параметры конфигурации ОС. i' ve, введенный по абсолютному адресу вокруг там ранее и, продолжит делать так, возможно, я смогу найти два ror тремя полезными ссылками вместо сотни, кажется, что я должен просмотреть. –  SQLRockstar 31 July 2009 в 21:25

Единственный связанный с ОС объект, с которым я встретился, является с SQL 2005 Enterprise Edition, и это устанавливает политику группы серверов заблокировать страницы в памяти для сервисной учетной записи SQL Server.

0
ответ дан 4 December 2019 в 02:27
  • 1
    Вам не нужна та опция для x64 –  Nick Kavadias 10 August 2009 в 19:14
  • 2
    Вы уверены в этом? support.microsoft.com/kb/918483 –  Sam 10 August 2009 в 20:38
  • 3
    В августе 2007 при исследовании сообщения " значительная часть памяти процесса SQL-сервера была разбита на страницы. Это может привести к неисправности " производительности; это было в нашем sql (ошибка) журнал, KB918483 указал на то предоставление ' страницы блокировки в memory' к SQL сервисная учетная запись исправила бы это условие для SQL 2005 Enterprise Edition (и это сделало). BTW, наша ОС является Windows 2003 R2 Enterprise x64, и мы выполняем (64-разрядный) EE SQL 2005. –  jl. 12 August 2009 в 01:10

Теги

Похожие вопросы