Можно сразу.

Хорошо, что друпал - это не 1С

Еще бы сразу на 8.6.10

Помимо ядра обновите все контрибные модули

Вот кстати модули лучше обновлять постепенно. Например по 2-3 модуля за раз. А то потом концов не соберёшь, откуда ошибки прут)))

Не забывайте делать апдейт базы при установке обновлений через drush updb или update.php

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

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

Проанализировав эти данные, логично предположить, что есть какой-то кастомный модуль, который пишет что-то в свою таблицу, но почему-то получает 403 ошибку и всё летит в тартарары.

Что делать?
1. Найти, что за модуль. Если с ходу не получается, то сделать поиск по проекту слова shurlyauto
2. В файле .module либо в инклюдах (файлы .inc) найти имплементации hook_entity_update, hook_entity_insert, hook_entity_presave. Вместо entity может быть указан тип сущности, например node, taxonomy_term и т.д. В общем, ищите в модуле функции, названия которых заканчиваются на _update, _insert, _presave.
3. Где-то в этих функциях и будет написан код, дающий сбой. Нужно искать непосредственно код, пишущий в базу, т.е. db_query, db_insert или db_update. Там находим, какая именно переменная пишется в колонку shorturl, смотрим, откуда и как она формируется и действуем по обстоятельствам.

PS: данный комментарий написан с применением экстрасенсорных способностей и не является публичной офертой.