Память SQL Server ограничена

Жаль парни, оказывается, что это было идентификатором десять ошибок T. (Идентификатор 10 T), Когда я поместил диски SATA в корпус, я поместил диски в запуск в главном слоте. По-видимому, корпус требует, чтобы диски запустились внизу. При помещении моих дисков там, позволяет Ubuntu автоматически обнаруживать их.

Следовательно, Paul и Supermathie правы, устройства действительно становились переименованными на последующих перезагрузках, (sda стал sdb, потому что он был заменен диском в корпусе), но он на самом деле не влиял на начальную загрузку ОС, так как/etc/fstab ссылается на UUID загрузочного диска.

Кроме того, если кто-либо - планирование использования той же платы контроллера PCI SATA с этим корпусом, не ДЕЛАТЬ. Как я узнал вчера вечером, чипсет на этой карте, SiI 3512, не поддерживает eSATA множители порта, которые требуются для доступа к дискам помимо первого, затягивают мой Без Цифрового корпуса. Эффект состоит в том, что Ubuntu только видит первый диск в корпусе, вместо того, чтобы видеть все диски. (который менее, чем полезен),

Надежда это помогает кому-то в будущем.

0
задан 8 October 2009 в 10:26
4 ответа

Например, это - известная ошибка в SQL-сервере 2000. Посмотрите мой вопрос:

Sql 2000 и AWE

1
ответ дан 4 December 2019 в 12:12

SQL Server MS имеет несколько пределов, зависящих версией/лицензией. Возможно, выполнение двух экземпляров SQL-сервера могло иметь дальнейшие пределы. Попытайтесь искать на сайтах Microsoft о ее пределах.

0
ответ дан 4 December 2019 в 12:12

Во-первых, какая версия SQL Server и выпуска - Вы выполнение? Является этот SQL 2000, 2005 или 2008? Действительно ли это стандартно, механизм данных Microsoft, предприятие, экспресс?

Действительно ли это - ОС на 64 бита или на 32 бита?

Если Вы будете 32 бита, то Вы не получите больше, чем 2+GB без AWE. Я рекомендовал бы проверить несколько ресурсов:

http://msmvps.com/blogs/bradley/archive/2009/01/15/how-to-troubleshoot-sql-server-memory-related-issues-part-1.aspx http://www.mssqltips.com/tip.asp?tip=1268

Если Вы - SQL 2000, уверены, что это не проблема: http://support.microsoft.com/kb/899761/en-us

Кроме того, действительно ли Вы уверены, что проверяете корректный экземпляр на сервере?

3
ответ дан 4 December 2019 в 12:12

Выполненный perfmon и выбор следующие счетчики от Диспетчера памяти SQLServer перечисляют для рассматриваемого экземпляра:

Целевая общая память сервера памяти сервера

Общая память сервера скажет Вам точно, сколько экземпляр SQL Server использует для его кэш-буфера.

Я ожидаю, что Целевая память сервера покажет 10 ГБ (предположение, что Ваша среда составляет 64 бита, или 32 бита с AWE включили). Если Общее количество будет намного меньше, чем Цель после того, как экземпляр SQL работал некоторое время затем, я ожидаю, что кумулятивный размер Ваших баз данных по Вашему экземпляру составляет меньше чем 10 ГБ? или возможно базы данных, tables/indexes, не имеют быть затронутыми с прошлого раза, когда экземпляр был перезапущен (чтобы гарантировать, что каждая таблица затронута попытка, работающая DBCC checkdb против баз данных).

0
ответ дан 4 December 2019 в 12:12

Теги

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