Обновленный SQL 2008 к R2, но все еще имеет версию 10.0.2531?

Прежде всего найдите свои журналы. Большинство дистрибутивов Linux регистрируется к/var/log/messages, хотя я видел пару журнала к/var/log/syslog. Если что-то будет неправильно, то скорее всего, в журналах будет немного релевантной информации. Кроме того, если Вы имеете дело с электронной почтой вообще, не забывайте/var/log/mail. Перепроверьте свои приложения, узнайте, регистрируется ли какой-либо из них где-нибудь смешной, за пределами системного журнала.

Повторите на своих vi навыках. Нано мог бы быть тем, что все спокойные дети используют эти дни, но опыт учил меня, что vi является единственным текстовым редактором, который, как гарантируют, будет в системе. После того как Вы привыкаете к сочетаниям клавиш и начинаете создавать свои собственные триггеры, vi будет похож на вторую натуру Вам.

Прочитайте страницу справочника, и затем выполните следующие команды на каждой машине и скопируйте результаты в Вашу документацию:

hostname
cat /etc/*release*
cat /etc/hosts
cat /etc/resolv.conf
cat /etc/nsswitch
df -h
ifconfig -a
free -m
crontab -l
ls /etc/cron.d
echo $SHELL

Это будет служить началом Вашей документации. Те команды сообщают Вашу среду и могут помочь сузить проблемы позже.

Grep через Ваши журналы и поиск "ошибки" или "отказавший". Это даст Вам общее представление о том, что не работает, как это должно. Ваши пользователи дадут Вам свое мнение обо что случилось, послушают тесно то, что они должны сказать. Они не понимают систему, но они видят, что он по-другому, чем Вы.

Когда у Вас будет проблема, проверьте вещи в этот порядок:

1. Дисковое пространство (df-h): Linux и некоторые приложения, которые работают на Linux, делают некоторые очень странные вещи, когда дисковое пространство заканчивается. Это может казаться не связанным, пока Вы не проверяете и находите файловую систему 100% полный.

2. Наверх: Вершина сообщит, есть ли у Вас некоторый процесс, это застревает, там съедая все Ваши доступные циклы ЦП. Ничто не должно использовать 99% ЦП в течение никакого длительного промежутка времени. Если это - законный процесс, это должно, вероятно, колебаться вверх и вниз. В то время как Вы находитесь в вершине, проверить...

3. Системная нагрузка: системная нагрузка должна обычно быть ниже 3 на стандартном сервере или рабочей станции. Системная нагрузка основана на ЦП, памяти и вводе-выводе.

4. Память (свободный-m): использование RAM в Linux немного отличается. Весьма распространено видеть сервер почти со всей его израсходованной RAM. Не Паникуйте, если Вы видите это, это - главным образом просто кэш и будет убрано по мере необходимости. Однако обратите пристальное внимание на сумму используемой подкачки. Если возможно, сохраните это как близко к нулю, как Вы можете. Недостаточно память может привести ко всем видам проблем производительности.

5.  Журналы: Вернитесь к своим журналам, выполните хвост-500/var/log/messages | больше и начните прочитывать и видеть то, что продолжалось. Хотелось бы надеяться, журналы смогут указать на Вас в направлении, необходимо пойти затем.

Хорошо сохраняемый сервер Linux может работать в течение многих лет без проблем. Мы просто закрываем тот вниз, который работал в течение 748 дней, и мы только завершаем работу его, потому что мы переместили приложение на новые аппаратные средства. Хотелось бы надеяться, это поможет Вам намочить ноги и получить Вас от к хорошему началу.

Одна последняя вещь, всегда делайте копию файла конфигурации, Вы намереваетесь изменить, и всегда скопировать строку, которую Вы изменяете и комментируете оригинал, добавляя Вашу причину изменения ее. Это получит Вас в привычку к документированию, когда Вы идете и можете сохранить Ваш скрывать 9 месяцев в будущем.