Почему SSMS Восстанавливает Базу данных к другой базе данных не, копируют текущее состояние базы данных “From”?
Вы сталкиваетесь со шпилькой проблема NAT. Проблема следующая:
- Ваш клиент открывает соединение с [externalIP]:5900
- Ваш шлюз преобразовывает целевой адрес в [InternalIP]:5900
- Ваш сервер на [internalIP] видит соединение от [InternalIP-2] и отправляет ACK в [InternalIP-2]
- Ваш клиент видит, что ACK от [InternalIP-2] а не от [externalIP] как он ожидал и отбрасывает его. Никакое соединение никогда не устанавливается.
Шлюз должен быть достаточно умным для перевода внутренних исходных адресов в себя так, он может обработать корректные переводы. Потребительские маршрутизаторы обычно не поддерживают эту операцию. Обычный метод должен просто использовать внутренний IP при соединении внутренне или использовать конфигурацию DNS разделения.
Графический интерфейс предоставляет вам самую последнюю резервную копию для выделенной вами базы данных, которой, как я полагаю, является Foo. В этом диалоговом окне отображается история выделенных резервных копий базы данных, извлеченных из MSDB. Если вы выберете «С устройства», вы можете перейти к другой резервной копии и использовать ее вместо нее.
Что касается содержимого Foo и того, что они не являются точной копией текущего состояния Bar, они будут точной копией Bar в то время, когда была сделана резервная копия Bar, из которого вы восстанавливаете.
Если вы хотите создать новый Foo, который на данный момент является точной копией Bar через графический интерфейс, есть мастер копирования базы данных, который вы можете использовать, щелкнув правой кнопкой мыши Bar и выбрав Задачи -> Копировать базу данных.