Забава этот TTLs и много записей в PDNS
На самом деле в этом случае так как Вы просто перемещаете регистрацию домена, я рекомендовал бы против следования обычному совету понижения TTL. Если Вы собираетесь сохранить электронную почту, и приложения указали на Google, повысьте TTL до максимально высоко! Если можно поместить его в 259 200 (три дня) или больше!
Любой достойный реестр должен быть способен к помещению записей на их серверах NS более или менее сразу, таким образом, время простоя должно быть минимальным. Требуемое время простоя 48 часов смешно.
Клиенты не знают, что является первичным или вторичным. Им все равно. Каждый указанный сервер имен является авторитетным. Если клиент получает ответ (пустой / NXDOMAIN) на запрос от одного (выбранного случайным образом), он не будет спрашивать другой.
Для больших зон, которые необходимо синхронизировать очень часто, вам, вероятно, следует запустить собственную настройку, и синхронизировать внутренние базы данных для ваших серверов имен более эффективным способом, чем копирование всей зоны при каждом обновлении (как это делает DNS AXFR).