А как вы чистите базу: через retention policy или через запросами SQL?
У нас такая же проблема с забитостью базы этими же таблицами. Развернули VDP, VDR и ещё кучу всяких надстроек от NetApp, -- все флудят в Events.
| Table Name | # Records | Reserved (KB) | Data (KB) | Indexes (KB) | Unused (KB) | ||
| dbo.VPX_EVENT_ARG | 15 932 000 | 5 517 528 | 4 484 376 | 1 032 288 | 864 | ||
| dbo.VPX_EVENT | 4 639 683 | 2 315 200 | 924 320 | 1 389 448 | 1 432 | ||
| EVENT_TYPE | COUNT |
| vim.event.BadUsernameSessionEvent | 1468974 |
| vim.event.UserLoginSessionEvent | 1147905 |
| vim.event.UserLogoutSessionEvent | 1140869 |
| esx.problem.vmfs.heartbeat.timedout | 250065 |
| vim.event.AlarmStatusChangedEvent | 136336 |
В поддержке предлагают настроить retention policy и запустить процедуру, но у нас почти треть событий сгенерировалась в последние 3 месяца, и число событий только растёт.
Подумываю об избирательной чистке таблиц только по событиям авторизации. Поддержка, естественно, отвечает что unsupported. У кого-нибудь есть соображения о безопасности такой операции?