Varlık çerçevesinde açık bir geçiş oluşturulamıyor

Yeni bir taşıma ekliyorum ancak bu mesaj şunu gösteriyor:

Şu açık geçişler beklemede olduğu için açık bir geçiş oluşturulamıyor: [201203170856167_left]. Yeni bir açık geçiş oluşturmaya çalışmadan önce bekleyen açık geçişleri uygulayın.

Biri bana yardım edebilir mi?

Size uygulamanızda bazı işlenmemiş geçişler olduğunu ve Update-Databasebaşka bir geçiş eklemeden önce çalıştırılması gerektiğini söyler .

Ben de aynı sorunu yaşadım. Görünüşe göre varlık çerçevesi, veritabanına bağlanamadığında bu hatayı oluşturur. Bu nedenle, diğer sorunları aramadan önce ona erişebildiğinizden emin olun.

Değişikliklerinizi veritabanına göndermek için paket yöneticisi konsolundan "güncelleme-veritabanını" çalıştırmanız gerekir VEYA bekleyen geçiş dosyasını ([201203170856167_left]) Taşıma klasörünüzden silebilir ve ardından "add-migration" ı yeniden çalıştırarak Düzenlemelerinize göre yepyeni bir geçiş oluşturun.

Bu hata, geçişlerin artık tanınmadığı anlamına da gelebilir. Bu, Migrations.Configuration'da ContextKey'in değerini değiştirdikten sonra başıma geldi. Çözüm basitçe "__MigrationHistory" veritabanı tablosundaki ContextKey'i güncellemekti (veya tahmin ettiğim Configuration sınıfındaki değeri geri döndürmekti). Uygulamanızdaki ContextKey ve Namespace eşleşmelidir.

1. Bağlantı Dizesi / Bağlantı İzinleri

Bağlantı dizesini tekrar kontrol edin.

Eğer bağlantı emin kullanıcıyı olun hala okuma izni olan [__MigrationHistory]ve düzenlemek için şemayı iznine sahip.

Add-migration komutunu kendiniz olarak çalıştırmak için Integrated Security (Windows Auth) kullanmak için Uygulama veya Web yapılandırma dosyasındaki bağlantı dizesini değiştirmeyi de deneyebilirsiniz .

Örneğin:

connectionString="data source=server;initial catalog=db;persist security info=True;Integrated Security=SSPI;" 

Bu bağlantı dizesi, DbContext'in bulunduğu projenin App.config dosyasına gidecektir.

2. Başlangıç ​​Projesi

StartUp projesini komut satırında belirtebilir veya projeye DbContext, Configurationand Migrations klasörüne sağ tıklayıp Set as StartUp project seçeneğini seçebilirsiniz . Ciddiyim, bu aslında yardımcı olabilir.

Aynı sorunu yaşadım ve yukarıdaki cevaplardan bazı ipuçlarıyla çözebildi:

• Paket yöneticisi konsolunda varsayılan projeyi kontrol edin (taşıma yapılandırmasına sahip projeyi işaret edin)
• Başlangıç ​​projesinin geçerli bir bağlantı dizesine sahip bir web.config (veya
• Geçiş içeren projenin geçerli bir bağlantı dizesine sahip bir app.config / web.config olduğundan emin olun
• Veritabanındaki izinleri kontrol edin (bağlantı dizenizde yapılandırılan kullanıcı için)

Taşıma işlemlerinin bağlanmaya çalıştığı yerlerde daha spesifik bilgiler almak için paket yöneticisi konsolunda "update-database -verbose" kullanın. (Benim durumumda, başlangıç ​​projemin doğru ayarlanmadığını bulmam için yardım ettim ...)

Kullanmadıysanız Update-Database, silebilirsiniz. Güncellemeyi çalıştırdıysanız, kullanarak geri alın Update-Database -TargetMigration "NameOfPreviousMigration", ardından silin.

Referans: http://elegantcode.com/2012/04/12/entity-framework-migrations-tips/

Bu metni doğrudan buradan kopyaladım: Son Add-Migration komutunu nasıl geri alabilirim?

Bu sorunla karşılaştığınızda, lütfen add-migration cmdlet'inize parametreler eklemeyi deneyin. Örneğin, başlangıç ​​projesinin yanı sıra bağlantı dizesi adını belirtmek, EF'in hedef veritabanınızı bulmasına yardımcı olabilir.

add-migration Delta_Defect_0973 -ConfigurationTypeName your.namespace.ContextClassName -StartUpProject DeltaProject -ConnectionStringName DeltaSQL

Nerede:

Delta_Defect_0973 , geçişinizin adıdır

your.namespace.ContextClassName , geçiş klasörünüzdeki Configuration sınıfınızın adıdır ve önünde tam ad alanı bulunur.

DeltaProject , web.config veya app.config dosyanızla birlikte ana projenizin adıdır.

DeltaSQL , web.config veya app.config dosyanızda tanımlanan bağlantı dizenizin adıdır.

Bu hata, başka bir açık geçişi gerçekleştirebilmeniz için bekleyen taşıma işlemlerinin gerçekleştirilmesi gerektiği anlamına gelir. Sen seçebilirsin

1. Update-Database komutunu kullanarak bekleyen taşıma işlemlerini yürütün
2. Bekleyen taşıma işlemlerini silin. En güvenli yol, Geçişler klasörünü açmaktır, [201203170856167_left] 'e sağ tıklayın> Projeden çıkar

Bundan sonra tekrar "Add-Migration ..." başlatabilirsiniz.

Umarım yardımcı olur

Sadece iki sentim:

Benim senaryom:

1. Yerel veritabanımı çalışma durumuna geri yükledim.
2. Zaten buna uygulanmış geçişler vardı.
3. Ne zaman yeni bir taşıma eklemeye çalışsam, OP'mde belirtildiği gibi bekleyen geçişlerle ilgili hata alıyorum.

Çözüm:

Bunu aşmak için sadece daha açık parametreler sağladım:

Add-Migration -ConnectionString "Server=localhost\SQLEXPRESS;Database=YourDataBase;Trusted_Connection=True;" -ConnectionProviderName "System.Data.SqlClient" -verbose

App.config klasörünüzde bu davranışı varsayılan olarak ayarlamanıza izin verecek bir ayar belirleyebileceğinize inanıyorum, böylece her seferinde açık parametreler sağlamak zorunda kalmazsınız. Ancak bunu nasıl yapacağımdan emin değilim.

Bir belirsizlik ve dolayısıyla hata var. En iyi yol, geçerli geçiş dosyasını dışarıda bırakmak ve yeni geçiş ( ekleme-taşıma ) dosyası oluşturmak ve ardından yeni geçiş içeriğini dışarıda bırakılan dosyaya kopyalayıp yeniden dahil etmek ve veritabanı güncelleme komutunu çalıştırmaktır .

aynı sorunu şöyle çözdüm:

• eski taşıma dosyasını sil
• güncelleme-veritabanı -force
• Add-Migration addedEntity
• veri tabanını güncelle

Aynı sorunları yaşadım ve yalnızca Add-Migration 'MigrationName' -Force çalıştırarak çözebildim

-Gücün önemli bir parçası olduğu.

Yerel veri __MigrationHistorytabanımda nüfus yoktu veya mevcut değildi. Tabloyu manuel olarak oluşturdum ve ardından bu tablodaki verileri PROD'den yerel veritabanıma taşıdım. Bu, VS'nin geçişlerin uygulandığını düşünmesine neden oldu (daha önce yapılmıştı).

İpucu:-Script Emin değilseniz geçiş komutları için anahtarı kullanmak her zaman iyidir . Aynı zamanda gerçekte ne yaptığını anlamaya da gerçekten yardımcı olur Update-Database.

Veritabanını güncellemek için aşağıdakileri çalıştırıyorum, ardından manuel olarak uygulayabileceğim (veya sadece -Script etiketi olmadan tekrar çalıştırabileceğim) bir komut dosyası alıyorum.

Çünkü Update-Databaseaşağıdakileri çalıştırırdım:

Update-Database -Script -ConfigurationTypeName Configuration_ASPNETIdentity -ConnectionStringName SQL_AzureLive

SQL_AzureLiveYapılandırmamdaki adlandırılmış bağlantı dizesi nerede .

Sonra SQL'in doğru göründüğünü doğrulayabilir, uygulayabilir ve tamamlayabilirim. Diğerlerinin söylediği gibi, bağlantı dizesi yanlış veya geçersizse bu hatayı alırsınız.

Benim için taşıma dosyasını (sizin durumunuzda "201203170856167_left") Migrationsklasörden sildim ve ardından Paket Yöneticisi konsolunda aşağıdaki komutu çalıştırdım

Add-Migration <Parameter>
Update-Database

Senaryo

• Yeni bir DB geçişi oluşturduğum bir şubede çalışıyorum.
• Ana birimden güncelleme yapmaya hazırım, ancak ana birimin de yakın zamanda bir DB geçişi var.
• Çakışmaları önlemek için şubemin db geçişini siliyorum.
• Ben "ustadan güncelle".

Sorun

Ana sunucudan güncelleme yaptıktan sonra "Add-Migration my_migration_name" komutunu çalıştırıyorum, ancak aşağıdaki hatayı alıyorum:

Aşağıdaki açık geçişler beklemede olduğu için açık geçiş oluşturulamıyor: [201607181944091_AddExternalEmailActivity]. Yeni bir açık geçiş oluşturmaya çalışmadan önce bekleyen açık geçişleri uygulayın.

Bu yüzden "Veritabanını Güncelle" yi çalıştırıyorum ve aşağıdaki hatayı alıyorum:

Bekleyen değişiklikler olduğundan ve otomatik geçiş devre dışı bırakıldığından veritabanı mevcut modelle eşleşecek şekilde güncellenemiyor

Çözüm

Bu noktada "Add-Migration my_migration_name" i yeniden çalıştırmak sorunumu çözdü. Benim teorim, "Veritabanını Güncelle" yi çalıştırmanın, "Ekleme-Taşıma" nın çalışması için gereken her şeyi olması gerektiğidir.

Ben de bu konuyla karşılaştım. Yeni DB oluşturduğumda geldi ve kod ilk DB geçişim için bekleyen değişikliklerim vardı ve ardından "Veritabanını Güncelle" komutunu çalıştırmayı denedim. Çözüm: Yeni DB için yeni geçiş oluşturmak için "Add-Migration -MigrationName" komutunu çalıştırın. Ardından "Veritabanını Güncelle" komutunu çalıştırın.

Add-Migration'ı çalıştırırken güncel olduğunu bildiğim bir veritabanı için de bu sorunu yaşadım. Basitçe Add-Migration komutunu ikinci kez çalıştırarak çözüldü. Yukarıda Robin Dorbell tarafından önerildiği gibi bir bağlantı sorunundan şüphelenin.

Bu, db'de zaten var olan eski göç sınıfını aniden yeniden adlandırdığımda oldu. VCS geçmişini kontrol ettim, belirledim ve yeniden adlandırdım. Hepsi daha sonra çalıştı.

Başka bir yol yaptım. Veritabanını tamamen bıraktım ve "güncelleme-veritabanı" nı tekrar çalıştırdım.

Daha basit bir problemim vardı. VS, iş istasyonuma bağlı bir istemcinin sitesine VPN bağlantım olduğunda bu hatayı yanlışlıkla bildirdi. Sorun, DBMS güvenliğinin yalnızca gerçek yerel IP'mden gelen istekleri kabul edecek şekilde ayarlanmasıydı. Basitçe VPN'i kapatmak sorunu çözdü.

Benim durumumda, IP adresimi Azure'daki güvenlik duvarı kurallarına eklemeyi unuttum, temelde veritabanına bağlanamadığım için bu hatayı alıyordum. Bu yüzden özellikle benim durumum için, IP adresimi Azure'daki veritabanı güvenlik duvarı kurallarına ekledim ve her şey yolunda gitti. Bunun dışında, proxy / internet bağlantısı / DB kullanıcı adı şifresi / DB bağlantı dizesi vb. Sorun olabilir VEYA açıkçası, Update-Database komutunu çalıştırmanız gereken bekleyen geçişleriniz olabilir.

Tarihsel olarak bunu her zaman bekleyen taşıma işlemlerini silerek çözdüm ya da yalnızca 1 tane kaldıysa ve çoğunlukla arzu edildiyse, -f yeniden oluşturmak için çözdüm.

Son zamanlarda, bu benim için çalışmayı bıraktı.

Bu ilk kez gerçekleştiğinde, Visual Studio'yu yeniden başlattım ve devam etmeme izin verdi.

İkinci kez, sadece projede bir Temizlik yaptıktan sonra işe yaradı. Gezginden tüm dosyalar silinmesine rağmen neredeyse bekleyen geçişler korunmuş gibiydi.

Bu birçok insan için cevap olmayacak, ancak EF, DB'ye bağlanamadığında bu hatayı atacak. Benim gibi evden çalışıyorsanız, hala VPN'inize bağlı olduğunuzdan emin olun!

Eski gönderi ama birine yardımcı olabilir. Benim için bu oldu çünkü yeniden adlandırdım Assembly nameve Default namespaceproje. Bu yüzden güncellemek zorunda ContextKeyiçinde _MigrationHisotryyeni değerine masaya Assembly nameya Default namespace. Açıkçası hangisinin kullanılması gerektiğini bilmiyorum, çünkü benim için ikisi de aynı!

Bir göçten diğerine döndükten hemen sonra aynı sorunu yaşadım.

Benim durumumda, "migration06" dan "migration04" e "göçü hedefledim".

"Migration0" 6'yı silmem gerekiyordu ve ardından "migration05" oluşturmaya zorlayabildim. Bu temelde, bir sonraki geçişi hedeflenenden sonra tutmanız gerektiği anlamına gelir.

Benim durumumda (MS Visual Studio kullanarak), Visual Studio'yu yeniden başlatmak kadar basitti.