Большое количество однотипных ошибок при ТиИ

(0) это не ошибки. Просто информационные сообщения

(2) может нужно смотреть обработку?

(2) при чём тут ТиИ? Оно проверяет данные, а Вам нужно проверить метаданные - конфигурацию. В конфигураторе меню Конфигуратор - Проверка конфигурации. потом можно сделать сравнение, объединение с конфигурацией поставщика в поддержке - для понимания что было изменено.

Кстати, сравнение/объединение неплохой "тест" на корректность конфигурации. Если платформа падает - конфигурация с ошибками, нет - пациент практически здоров.

(7) нужно было у нужных снимать

В конфигураторе Конфигурация - Поддержка - Настрока поддержки, кнопка "Сравнить, объединить" - просто взять "проблемные" объекты  целиком из конфигурации поставщика.

Хотя с другой стороны, конфигурация поставщика сама тоже может быть битой :(

"Ошибки в проверке конфигурации - выглядят как неопасные, все у форм..." - фишка платформы в том, что конфигурация хранится совсем не так, как тебе её показывает конфигуратор. Наткнувшись на ошибку, процесс выгрузки конфигурации (для того чтобы ты с ней мог работаь) далее может нести сплошную пургу из несогласованных между собой метаданных (условно можно сказать взаимные "ссылки" слетают).

(13) Угу, выгрузить и загрузить в пустую базу, созданную для разработки без конфигурации.

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

И кстати у тебя есть ещё третий вариант конфигурации - конфигурация базы данных. его тоже можно выгружать, проверять, использовать как донора.

(17) "Что создает такую битость - битый CF при скачивании? Ошибки 1С, ОС или железа? Кривые руки обновляльщика?" - и то, и другое, и третье.

Были случаи выпуска типовых обновлений, после которых у многих отваливалась конфигурация поставщика;
Сбои во время обновления (например, завершение сообщением о нехватки памяти);

Работа на устаревшей для этой конфигурации версии платформы.
Ну и т.д. и т.п.

+ и моё любимое демоническое обновление :))

(16) Лечить. Если конфигурация без изменений - можно взять, докуда руки дотянутся, типовой CF из любой другой базы на поддержке той-же версии. Ну или более ранней и подтянуть обновлениями самостоятельно.

(21) "Кривые" обновления от поставщиков - явление редкое (раз в год не чаще :) Чаще всего они становятся таковыми из-за вовремя не выявленных и устраненных скрытых проблем в конфигурации и в данных базы.

Защита от глюков стандартная, описанная в рекомендациях методистов 1С. Архив перед обновлением, ТиИ перед обновлением, ТиИ после обновления. "Все эксперименты на кошках, тьфу - на копия."(цы)

Динамическое обновление, само по себе, не опасное. Опасным его делает спешка программиста и юзверы, которые не спешат перезапускать сеансы и не позволяют платформе корректно совершить/завершить динамическое обновление.