RichardIVИли индексы не отключать при копировании? Как правильно?
Однозначного ответа нет.
Зависит, как минимум, от объема загрузки и наличия технологического окна.

RichardIVОбъем данных планируется ~ 200 млн строк.
Да как-то не особо много по нынешним временам...
Такой объем без особых проблем должен влезать и без отключения индексов, что позволит не вводить технологическое окно и, таким образом, повысить доступность системы.
Если есть непременное желание влепить все 200 лямов одной транзакцией, то обратите внимание на достаточность доступного объема TEMP (требуется для index maitenance).
Если есть возможность разделить загрузку на пакеты по 10-100 тыс. записей, то это облегчит жизнь.
Рассмотрите вариант загрузки direct или direct parallel

andrey_anonymousRichardIVОбъем данных планируется ~ 200 млн строк.
Да как-то не особо много по нынешним временам...
... в зависимости от имеющейся политики резервного копирования, наличия standby и какой-либо интеграции можно дополнительно рассмотреть проведение загрузки в nologging с немедленным созданием резервной копии по окончании загрузки.

RichardIVandrey_anonymous,
Загрузку планирую делать по месяцам, так как надо еще и дубли удалить.
Я исходил из предположения, что 200 лямов - это один раздел.
Если означенные числа - общий объем, то вообще не берите в голову, грузите в пакетном режиме и ни о чем не беспокойтесь.
Дубли - отдельный вопрос.
Если их мало, то проще удалить прямо на месте.
Если их доля значительна - то имеет смысл грузить через промежуточную стейджинговую таблицу.

Если предполагаются дубли по уникальным индексам, то для сценария прямой загрузки в целевую таблицу можно сделать неуникальные индексы, а после зачистки включить по этим индексам uk/pk constraints.