В DNS для example.org у Вас было бы что-то вроде этого:
example.org. 86400 IN A 127.0.0.1
*.example.org. 86400 IN A 127.0.0.1
example.org. 86400 IN MX mail.example.org
В DNS для example.us Вы могли или зеркально отразить вышеупомянутое или использовать CNAME как это:
example.us. 86400 IN a 127.0.0.1 ;; shoudln't use CNAME here
*.example.us. 86400 IN CNAME example.org
example.us. 86400 IN MX mail.example.org
Необходимо было бы затем сказать сети и почтовым серверам обрабатывать второй домен.
В Apache я сделал бы что-то вроде этого:
#force url's to cannoical Domain name (ie. Remove wwww)
RewriteCond %{HTTP_HOST} !^example\.org$ [NC]
RewriteRule ^/(.*)$ http://example.org/$1 [R=301,L]
Для Вашего почтового сервера Вы установили бы псевдоним или в зависимости от какой почтовый сервер Ваше использование, там, вероятно, конфигурационная директива, чтобы иметь его, делают искажение для нескольких доменов автоматически.
Только для разъяснения Вы не можете действительно "перенаправить" только использование DNS. DNS только переводит между доменным именем (example.org) и IP-адресом (127.0.0.1). Можно использовать DNS, чтобы сказать клиенту смотреть на другой домен для заключительного разрешения IP-адреса (т.е. использовать CNAME), но сервисы, работающие на этом, разъединяют потребность знать, как обработать несколько доменов. Тем не менее многие сервисы только заботятся о IP-адресе и так обработают дополнительный домен без любой addtional конфигурации, но часто для http и электронной почты Вы будете хотеть настроить, как каждый домен обрабатывается.
Это стандартная практика. Вы бы не хотели, чтобы ваши пользователи пытались отправить изменения в базу данных, для которой выполняется резервное копирование. Кроме того, прекратите делать резервные копии в рабочие часы. Запланируйте их на нерабочее время или что-то в этом роде. Иначе поступать очень плохо.