• Познакомьтесь с пентестом веб-приложений на практике в нашем новом бесплатном курсе

    «Анализ защищенности веб-приложений»

    🔥 Записаться бесплатно!

  • CTF с учебными материалами Codeby Games

    Обучение кибербезопасности в игровой форме. Более 200 заданий по Active Directory, OSINT, PWN, Веб, Стеганографии, Реверс-инжинирингу, Форензике и Криптографии. Школа CTF с бесплатными курсами по всем категориям.

Server Availability Index

  • Автор темы LIGHT
  • Дата начала
Статус
Закрыто для дальнейших ответов.
L

LIGHT

Господа, после долго анализ понял почему частелнько клиенты начали ругаться на долги отклик на действия с базами.
Открыть базу, открыть вьюшку, открыть документ и т.д.
Вычитал в хелпе про server availability index, понаблюдал его у себя.
Временами занчение доступности падает на 1-2 минуты до 22-0
100|100|74|100|0|47|74|100|74|100|

И естественно севрер пинает всех примерно минуту исходя из периода опроса (вроде правильно понял):

Changing the amount of data used to compute the expansion factor
Although it is not usually necessary, you can use the following NOTES.INI settings to change the amount of data that Domino collects in order to figure the expansion factor.
To change the number of data collection periods that Domino uses, use the NOTES.INI setting Server_Transinfo_Max=x where x is the number of collection periods you want Domino to use.
To change the length of each data collection period, use the NOTES.INI setting Server_Transinfo_Update_Interval=x where x is the length of each period in seconds.

Собственно вот что рекомндуется в хелпе:

Changing the value of the expansion factor that indicates a fully loaded server
To use Domino workload balancing effectively, you must adjust the relationship between the expansion factor and the availability index so that servers fail over when they reach the workload at which you want them to fail over. You do this by specifying the expansion factor value that you want to represent a fully loaded server. The default value in Domino is 64. When the expansion factor reaches that value, the server is considered to be fully loaded, and the availability index drops to 0 (zero).
If your server is particularly powerful and fast, you might want to increase the value of the expansion factor that is considered fully loaded. On some very fast servers, you might want to make this value several hundred or higher. If your server is particularly slow, you might want to decrease this value.
To change the expansion factor value that indicates a fully loaded server, add the following setting to your NOTES.INI file, and then restart the server.
SERVER_TRANSINFO_RANGE=n
For the value of n, choose a number such that 2 raised to the power of n equals the expansion factor value that you want to indicate a fully loaded server. The default value for n is 6, which leads to an expansion factor value of 64 because 2 raised to the 6th power is 64. If you set SERVER_TRANSINFO_RANGE to 7, then the expansion factor value that indicates a fully loaded server becomes 128. If you set SERVER_TRANSINFO_RANGE to 8, the value becomes 256.
To determine the optimal value for SERVER_TRANSINFO_RANGE, do the following:
1. During a period of heavy usage, monitor the expansion factor on your server. You can use the console command "show stat server.expansionfactor" to do this. You can also monitor performance statistics during these periods. Record enough values for the expansion factor during heavy usage so that you can determine the expansion factor value you want to indicate a fully loaded server.
2. Determine a value for SERVER_TRANSINFO_RANGE such that 2 raised to the power of that value results in the expansion factor value you chose in step 1.
When you change the expansion factor value that indicates a fully loaded server, the relationship between the expansion factor and the availability index changes. The following table shows a few examples of expansion factors converted to availability indexes when the value of SERVER_TRANSINFO_RANGE is 8. The maximum expansion factor in this example is 256 because 2 raised to the power of 8 is 256.

Т.е. засунуть в notes.ini
SERVER_TRANSINFO_RANGE=8 к примеру

Вопрос:

Кто ни будь с этим сталкивался? Помогло ли?
Машинка довольно мощная, в пиках менее 30% загруза как по CPU так и по памяти.

Нужен срочный совет в общем!!! Что делать?
 

puks

Lotus Team
03.02.2007
1 919
55
BIT
3
Так это относится, вроде, к кластеру. У тебя что, проблемы с балансировкой?
 
L

LIGHT

Блин точно :(
А что делать не в кластере, может есть какой-то параметр который влияет на Server.AvailabilityIndex
Смотрю через Server -> Monitoring

Дело в том что ресурсов дофигища, а вот доминошка начинает захлебываться. Не успевает по ходу обслуживать всех пользователей быстренько. При чем пользователей не шибко много около сотни сидит одновременно судя по show users. Базы есть тяжелые, в основном архивные, есть агенты которые работают по событию, не шибко мудреные но работают с архивнми базами.

Как сделать юзерам что бы они кайфовали, а то услал им по телефону объяснять что небыло разрыва, не-бы-ло! :p
 
Статус
Закрыто для дальнейших ответов.
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!