Nie można zaimportować bacpac programu SQL Azure do wersji 2016 CTP

Question

Jestem bardzo obeznany z procesem eksportowania z wersji Azure SQL V12 do mojego okna dev, a następnie zaimportowaniem do mojej lokalnej instancji sql (2014). Kręcę nowe okno Win10 i zainstalowałem CTP SQL 2016. Łączę do tej samej instancji Azure i może działać przeciwko niemu - i można wyeksportować .bacpac podobnie jak w 2014 r

Ale gdy próbuję zaimportować do lokalnej Dostaję:

Could not import package. 
Warning SQL72012: The object [FOO33_Data] exists in the target, but it will not be dropped even though you selected the 'Generate drop statements for objects that are in the target database but that are not in the source' check box. 
Warning SQL72012: The object [FOO33_Log] exists in the target, but it will not be dropped even though you selected the 'Generate drop statements for objects that are in the target database but that are not in the source' check box. 
Error SQL72014: .Net SqlClient Data Provider: Msg 547, Level 16, State 0, Line 3 The ALTER TABLE statement conflicted with the FOREIGN KEY constraint "FK_dbo.Address_dbo.User_idUser". The conflict occurred in database "FOO33", table "dbo.User", column 'idUser'. 
Error SQL72045: Script execution error. The executed script: 
PRINT N'Checking constraint: FK_dbo.Address_dbo.User_idUser [dbo].[Address]'; 

ALTER TABLE [dbo].[Address] WITH CHECK CHECK CONSTRAINT [FK_dbo.Address_dbo.User_idUser]; 

Answer 1

Ponieważ to pytanie również zostało zadane i odebrane w witrynie MSDN, podzielę się tutaj. https://social.msdn.microsoft.com/Forums/azure/en-US/0b025206-5ea4-4ecb-b475-c7fabdb6df64/cannot-import-sql-azure-bacpac-to-2016-ctp?forum=ssdsgetstarted

Tekst z połączonego odpowiedź:

Podejrzewam, co się dzieje nie tak tutaj jest to, że operacja eksportu przeprowadzono przy użyciu instancji DB, który zmieniał się natomiast eksport był w toku. Może to spowodować niespójność wyeksportowanych danych tabeli, ponieważ w przeciwieństwie do fizycznego tworzenia kopii zapasowych/przywracania programu SQL Server, eksport nie gwarantuje spójności transakcji. Zamiast tego są one zasadniczo wykonywane przez łączenie się z każdą tabelą w bazie danych po kolei i uruchamianie select *. Gdy istnieje relacja klucza obcego między dwiema tabelami i dane tabeli odczytów są niespójne, powoduje to błąd podczas importu po zapisaniu danych do bazy danych i kod importu próbuje ponownie włączyć klucz obcy. Sugerujemy użycie mechanizmu kopiowania bazy danych (tworzenie bazy danych copyDb jako kopii originalDb), która gwarantuje kopię o spójności transakcyjnej, a następnie eksportowanie z niezmiennej kopii bazy danych.