Вы проверили, чтобы видеть, выполняете ли Вы последнее встроенное микропрограммное обеспечение? Встроенное микропрограммное обеспечение Dlink Часто времена, которые решат проблемы как это.
512 Megs RAM не много больше. Я рекомендовал бы обновить это по крайней мере до 2 Концертов, если Вы собираетесь выполнить SQL Server на сервере. Общее правило с SQL Server является большим количеством RAM, всегда лучше (как долго, поскольку SQL Server может использовать так много RAM).
SQL Server очень быстро возьмет всю память, доступную в машине, ничего не оставляя или почти ничего для веб-сервера и ОС. SQL Server будет для улучшения кэша производительности как можно больше информации в памяти так, чтобы это перешло к диску как можно меньше (какой вид проектирования баз данных Вы используете). С такой небольшой доступной памятью (Вы, вероятно, только закончите с 100 Megs RAM, если это доступное для кэш-буфера) Вы не сможете хранить много информации в RAM, и Вы будете поражать диск все время, ища данные.
Лучшая вещь сделать попробовать его всеми значениями по умолчанию и видеть, как это идет.
Очевидно, это не рекомендуется, и необходимо знать о проблемах и рисках, с которыми можно столкнуться, но это возможно. Сжатие SQL-сервера в это большое количество RAM не будет забавой и будет влиять на производительность.
Можно настроить следующие настройки для сокращения объема потребляемой памяти SQL-сервера:
Ограничьте макс. память сервера для остановки SQL-сервера с помощью всей памяти на сервере для кэш-буфера. Я запустил бы с чего-то как 200 МБ и игры оттуда.
Сократите количество макс. рабочих потоков. Принятие Вашего выполнения x32 Ваше значение по умолчанию 256. Это будет влиять на количество SQL-сервера потоков, имеет в наличии для запросов на обслуживание.
Ответ... Это зависит.
Производительность SQL Server непосредственно связана со скоростью диска и памятью. При использовании SQL Server для ключа-> база данных значения без сложных соединений - 512 МБ, вероятно, будут в порядке на данный момент (это - минимальная Microsoft, рекомендует однако). Его невозможное, чтобы предположить, как в большой степени Ваша база данных будет использоваться, что делает Ваше приложение, сколько пользователей Вы имеете и т.д. Память почти наверняка будет слабым местом, поскольку Вы пытаетесь масштабировать горизонтально.
Удостоверьтесь, что Вы имеете addiquate область подкачки и контролируете Ваше использование памяти. Хороший контроль даст Вам хорошие метрики о том, как необходимо масштабировать систему, и где, ТОЧНО узкие места - как они разрабатывают.