У меня есть .mdb MS Access 2007, который подключен к серверу SQL Server. Таблицы связаны с использованием DSN системы.Внутренний сервер SQL Server с интерфейсом MS Access 2007. Количество пользователей
Мне нужно провести стресс-тест в системе, и я хотел бы узнать максимальное количество пользователей, которые могут использовать систему одновременно.
Доступ к файлу .mdb осуществляется через WTS.
Спасибо за помощь
Максимальное число пользователей будет зависеть от того, насколько хорошо написано приложение, и как хорошо сеть у каждого пользователя есть.
У вас может быть отличное приложение, но если они подключаются к SQL-серверу через медленную сеть, то приложение будет медленным с 2 пользователями и будет медленным с 250 пользователями.
Если сеть хорошая, и приложение хорошо написано для соблюдения требований к пропускной способности, то приложение, скорее всего, будет работать с одинаковой скоростью с 2, 10, 20 или 100 пользователями.
И углубление того, насколько велика и мощна ящик SQL Server? Тогда вы можете легко масштабировать до 500 пользователей одновременно.
Так что этот вопрос очень сложно ответить. Важным фактором является сеть из приложения Access на SQL-сервер.
И некоторые приложения плохо работают с 5 пользователями и SQL-сервером, и поэтому такие приложения будут выполнять даже WORSE с 100 или 200 пользователями.
Итак, насколько хорошо приложение работает с 5 пользователями, а затем, скажем, 25. Если это хорошо написано, вы, вероятно, не заметите разницы. С другой стороны, если он замедляется с 1 пользователем, то вы спускаетесь с этого момента, когда добавляете больше пользователей.
Поэтому он лучше работает ДЕЙСТВИТЕЛЬНО хорошо с одним пользователем, если вы планируете масштабировать для многих пользователей.
Таким образом, у вас может быть 1000 пользователей в то же время без особых усилий. Как уже отмечалось, это зависит от того, насколько хорошо приложение было разработано с учетом SQL. Таким образом, качество работы, которую разработчики сделали, будет КРУПНЕЙШИМ фактором в отношении того, сколько пользователей вы можете масштабировать. Как отмечалось, емкость сервера и SQL также определяет максимальное количество пользователей.
С типичным приложением, которое уважает SQL-сервер, тогда запуск 50 или 100 пользователей с трудом может сломать SQL-сервер в пот, должен быть легко доступен.
Фактически для этих 50 пользователей ваш HOGGE ресурс HOG будет WTS.
Предполагая, что вы имеете в виду услуги терминалов Windows, тогда для этой установки требуются ОГРОМНЫЕ ресурсы, и гораздо больше, чем ваш SQL-сервер. Эта система потребует гораздо большего внимания и ресурсов, чем SQL-сервер. Как уже отмечалось, если приложение работает довольно хорошо с 1-2 пользователями, то обычно такие приложения будут работать легко с 25. Если приложение работает медленно только с 1 или 2 пользователями, тогда у вас будут проблемы с масштабированием при добавлении большего количества пользователей.
В конце дня есть FAR FAR слишком много факторов, чтобы дать ответ без случайного знания сервера, пропускной способности сети, емкости WTS и MOST важно, насколько хорошо приложение (этот фактор №1).