У меня возникают трудности с подключением к моей развернутой базе данных в Azure. Я новичок в Azure, сейчас пробная лицензия. У меня есть веб-приложение, созданное в ASP.NETCore C # с Visual Studio 2015 (все еще на этапе отладки). Он уже развернут и работает. У меня есть прикрепленная к нему база данных, и данные могут быть сохранены без проблем.
Однако никак не могу подключиться к нему. Это означает, что я не могу его изменять и не могу применять миграции. Мне нужно удалить его с портала Azure и создать новый, тогда, когда я публикую свое приложение из VS, все работает нормально. Раньше, когда я тестировал свое приложение на локальном сервере, я применял миграции через консоль. настройка в настройках приложения соответствующей строки подключения. Теперь, когда я копирую строку подключения из Azure, появляется ошибка. Та же ошибка, что и в SSMS открытое изображение Я не могу пинговать его или получить доступ через telnet. Я использовал tracert, и он останавливается здесь открытое изображение. В Azure я установил брандмауэр, чтобы пропустить свой IP-адрес, а также максимально возможный диапазон. Мой порт 1433 протестирован и есть соединение согласно grc.com.
Меня это раздражает, потому что я даже не могу открыть его в SSMS. Как это возможно? Есть у кого-нибудь идеи, что еще можно сделать? Может я что-то делаю не так, в официальном туториале от Azure это выглядит так просто, но у меня не работает. Буду рад любым идеям.
В соответствии с вашим описанием, возможно, вы можете проверить следующие способы:
1. Войдите в систему SQL Server на виртуальной машине Azure.
Убедитесь, что вы можете войти в систему на своей серверной виртуальной машине.
2. Проверьте правило входящего трафика NSG для виртуальной машины. Если вы хотите иметь возможность подключаться к SQL Server через Интернет, вам необходимо настроить входящее правило в NSG для порта, который перечисляет ваш экземпляр SQL Server.
Примечания. Если вы создали группу сетевой безопасности в своей подсети, вы должны открыть порт 1433 как в подсети, так и в группе сетевой безопасности виртуальной машины.
3. Проверьте порты в брандмауэре Windows.
Убедитесь, что порт 1433 - это порт для доступа.
Azure предоставляет статья о том, как подключиться к вашему экземпляру SQL Server, запущенному на виртуальной машине Azure, возможно, вы могли бы проверить в соответствии со статьей пошагово.
У меня по-прежнему нет доступа к моей базе данных Azure из обозревателя объектов SQL Server в Visual Studio и в SSMS, но на самом деле мне это не нужно. Я хотел иметь возможность применять миграции к моей уже развернутой базе данных. Я больше не могу делать это в своей консоли, потому что я все еще не могу подключиться к ней, однако я могу добавить миграции в свой проект. Dotnet ef migrations add [имя миграции], а затем, когда я публикую свой проект через Visual Studio, мне нужно установить флажок в настройки «применить эту миграцию при публикации». Поэтому, когда я впервые захожу в свое веб-приложение, миграция применяется.
Я потратил 3 дня на размышления о том, как правильно установить соединение, чтобы применить миграции к моему приложению, и все, что мне нужно было сделать, это установить флажок ...