Я имею, устанавливают ту же самую вещь. То, что мы сделали, было NAT. Это - definently, что Вы ищете. У Вас должен быть сценарий в dom0 NATing трафик общедоступного дюйм/с к соответствующему частному дюйм/с. Можно, очевидно, применить правила брандмауэра в процессе.
Для NATing общедоступного дюйм/с одна строка достаточна:
iptables -t nat -A PREROUTING -i eth0 -d PUBLICIP -j DNAT --to-destination INTERNALIP
Повторите, что этот процесс для каждого общедоступного IP добавляет правила брандмауэра, если Вы желаете.
Подмена VMs:
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
Предполагая, что Вы были сбиты достаточно об уменьшении Вашей базы данных (если не сообщенный мне, я буду рад добавить свои.02$)...
Собственное Резервное Сжатие не было добавлено до SQL Server 2008. Таким образом с SQL 2005 необходимо обратиться к стороннему инструменту, такому как LightSpeed, HyperBac, Резервное копирование SQL (Redgate), и т.д.
Если это не будет работать на Вас, можно использовать что-то как 7zip для сжатия файлов после того, как Вы пишете им в диск. Просто сделайте это другим шагом в задании.
Во-первых, какой план "уменьшения" Вы используете? Как Paul Randal сказал бы, ничего не уменьшайте.
Существуют сторонние программы там, которые позволяют Вам сжимать свои резервные копии. Проверьте SQL Toolbelt от Красного Логического элемента для примера.
Вы почти никогда не должны делать запланированных уменьшений, особенно на Ваших файлах данных. На самом деле, не хороший для Ваших файлов журнала, также.
2008 SQL имеет собственную поддержку сжатых резервных копий, но SQL 2005, необходимо будет использовать сторонний инструмент как Quest Lightspeed.