Мои извинения за то, что не был рассмотрен Отказ сервера очень для вопросов о Доступе MS.
1) Это - известная проблема с простым решением в сообществе Доступа MS. Я сомневаюсь относительно технической компетентности консультанта или разработчика приложения Доступа, если они не знают о проблеме и решении.
2) Посмотрите страницу с часто задаваемыми вопросами Производительности Доступа, которую я поддержал приблизительно с 1997 или около этого. В особенности первая ссылка о блокировке LDB решит проблему со вторым пользователем, делающим медленное приложение.
Существуют также сокеты домена UNIX (STREAM и DGRAM), которые, как кажется, учитываются в общем количестве сокетов, используемых системой. На сокеты домена UNIX ссылаются процессы как на дескрипторы файловой системы. Есть много вещей, которые по-прежнему используют сокеты домена UNIX для различных целей, поэтому sar
подхватывает это. Проверьте, что вывод netstat -a
, чтобы узнать, сколько сокетов домена UNIX открыто в вашей системе.
fs.file-nr
- это максимальное количество дескрипторов файлов, и хотя важно, что здесь нечего с тем, что вы видите на выходе sar
.
Изменить:
Учтите, что sar
в основном читает / proc / net / sockstat
и делает среднее по этому счету или сообщает исторические значения. Кажется, что / proc / net / sockstat
получает данные из двух мест (исходный код ядра для 2.6.27), и это места net / socket.c
строки: 2324 и ] net / ipv4 / proc.c
, строка 54 и последующие, а общее число берется из первых местоположений, а остальное - из второго. Просмотр структуры net
также показывает, какие сокеты подсчитываются / учитываются и печатаются в файловой системе proc.
79 * @SOCK_STREAM: stream (connection) socket
80 * @SOCK_DGRAM: datagram (conn.less) socket>
81 * @SOCK_RAW: raw socket
82 * @SOCK_RDM: reliably-delivered message>
83 * @SOCK_SEQPACKET: sequential packet socket
84 * @SOCK_DCCP: Datagram Congestion Control Protocol socket