Ну я бы уменьшил все 34 датафайла до размера в 1 МБ (или 5 МБ или 10 МБ), или сколько там он даст близкий к минимальному размеру указать (ALTER DATABASE DATAFILE .... RESIZE 1M;). Таким образом, если что-то и осталось ещё в датафайлах, "оно" не даст уменьшить какой-то из файлов. Ещё можно, чтобы "растянуть удовольствие", перевести все датафайлы в OFFLINE, а потом и сам TS. И если ничего не развалидировалось в базе (подождать пару дней) - ну, можно себя дополнительно успокоить что я подстраховался - и тогда уже удалять. Ну и перед удалением можно этот TS отдельно ещё забекапить, чтоб уж ну точно быть готовым ко всему.

А, ну и ещё можно через DBA_EXTENTS перепроверить, что в файлах ничего нет (в этой view есть поле FILE_ID, в отличии от DBA_SEGMENTS, в которой есть поле TABLESPACE_NAME).

Ну, стандартная рекомендация на "я думал" - это взять тестовую среду и просто сэмулировать ситуацию и самому все проверить. Обычно это даже быстрее чем на форум вопрос запостить.

А по сути - "INCLUDING CONTENTS" как бы и переводится "включая содержимое", не? :) И второе - синтаксис команды также может содержать "CASCADE CONSTRAINTS". Как раз для того чтобы удалять непустые TS:

https://docs.oracle.com/en/database/oracle/oracle-database/19/admin/managing-tablespaces.html#GUID-4EB483A2-2E04-4047-8885-F5396876D0EB