Mindalexeyvgпропущено...
Это же чисто админские вопросы. Разработчик без прав пишет код, и не лазит в sys.dm_os_buffer_descriptors. А DBA решает проблемы с сервером.

"как обычно" - это всё слова, никто не заставит разработчика без прав ставить винды и настраивать маршрутизатор, попутно ругаясь с провайдером. Нет прав - нет администрирования.

Нужно просто сказать, что проблема решается такой то галочкой в настройках, но вы эту галочку крякать не имеете права, ибо на это есть специально уполномоченные Компанией сотрудники.Вы ей богу как будто живете в сказочной стране. Полно компаний где ДБА позиции (если такие вообще есть) занимают некомпетентные или просто ленивые люди. Которые любят говорить у нас все нормально, cpu 20% memory 55%, это проблема у вас в коде, вы программисты вы и фиксайте. Чтобы найти какую галочку поменять надо сначала провести расследование, а не у всех програмеров на это права есть. Да и даже если найти, ДБА могут сказать мы менять не будем, риски что-нибудь сломать слишком велики, а потом спрашивать будут с нас.Я всё это понимаю, но я же писал не про то, что так нужно решать проблему, а про то, что нужно уметь избегать назначения крайним за чужие косяки/бездействие.
Не надо даже начинать расследование проблем, нужно сразу открещиваться от попыток проводить "оптимизации" без админских прав.

"Мы отвечаем за функционал, за производительность и настройки отвечают служба эксплуатации".
"Мы отвечаем за производительность на нашем тестовом окружении - вот результаты нагрузочных тестов, а за производительность на продакшене отвечают настройщики продакшена".

Вообще не ввязываться в разговоры о производительности, продакшене, повторяя заклинание: "мы не знаем, не имеем права знать, что там происходит, нам это запретили"

И тогда либо все забьют, что и требуется, либо (если производительность на самом деле важна, либо дадут права, либо создадут межведомственную проектную группу (то есть инициируют проект "оптимизация"), в составе которой будут люди с правами, что тоже нормальный вариант.