скорее всего еще и дефолтные значения раскатались на все issues ?

🤷🏻‍♂️ поставили перед фактом, коллеги потом по этим полям поиск заряжают.

не

Еще раз какой вопрос у вас ?

Какие проблемы могут потенциально возникнуть из-за большого индекса, кроме замедления поиска.
В целом, я бы хотел провернуть назад, то что коллеги настроили с этими полями, но для этого нужны весомые аргументы.

у тебя ДЦ ?

Да, не кластер

1. Поиск
2. Скорость индексации - как результат одна нода будет реиндексироваться
3. Информация для визуализации будет медлить, как результат генерации страниц, фильтров, дашбордов, agile бордов медленно.
4. Но также, стоит посмотреть в сторону данных именно в бд. если есть дефолт, или какая-то автоматизация то запросы медленные.

https://community.atlassian.com/t5/DevOps-Articles/Why-SysOps-DevOps-don-t-like-to-add-custom-fields-on-large/ba-p/1313834

5. Также отсутствие котекстов приведет довольно лишнему взаимодействию на чтение и поиск и как результат, Jira медленная.  

Вот тут просто Библию смотрел, но с удовольствием гляну твою ситуацию
https://community.atlassian.com/t5/Confluence-articles/The-same-full-text-search-engine-for-different-products/ba-p/1319832

Если у вас скрам доска, то у неё есть в конфиге Настройки естимации. Что бы «влияло» нужно переключить настройку в режим Стори поинтов. Но если вы о них раньше не знали, то скорее всего, у вас сейчас включён режим естимации по времени. Одновременно в стори поинтах и времени на одной доске естимировать нельзя

Если ваш лид сказал «а че, где, тоже хочу стори поинты» пусть сначала почитает что это и как работает и в чем разница между естимацией по времени и стори поинтами. Тогда поймёт что не должно быть слов «а че, где», естимирование это достаточно важный процесс к которому нельзя идти таким походом

давай в личку, на неделе или на выходных смогу провести анализ. С тебя тестовый стенд :) с копией

спасиб

сколько времени занимает полный реиндекс?

Лады, надеюсь сегодня продавлю решение разобрать эту схему )

фоновый 25 часов

а я не про фоновый

ну такой никто не даст сделать, на тесте пока этих изменений нет.

ну вот чем больше у тебя размер индекса тем медленнее оно работает, а если оно сломается то поиска у тебя не будет ХХ часов - а за эти цифры уже можно обсуждать

Аргумент конечно, но есть бекап индекса, ну и можно его rsync'ом синхрить хоть раз в час в соседний каталог а при необходимости смувить.

нехило)

ну да, пусть оно растет как растет) тупиковый подход который рано или поздо выстрелит