Replies: 2 comments 1 reply
-
Thanks for reporting. d365fo.tools uses SqlPackage for the .bacpac import. While we have not seen this particular issue before, it looks like it might not be caused by d365fo.tools. To verify this, you can run the To further analyze this, we will likely need more information from the import execution. Any additional output from the command that you can share would be helpful. There are also parameters Does this reproduce with the same .bacpac file when running the import multiple times? Have you checked if there is enough disk space remaining for the import? |
Beta Was this translation helpful? Give feedback.
-
I got the same issue. For me, it was caused by https://admin.powerplatform.microsoft.com/knownissues/4097694 |
Beta Was this translation helpful? Give feedback.
-
I am having occasional issues importing a bacpac file to a tier 1 where the imported database will be much smaller than expected. Typically our db is approximately 40GB in size but when having problems it ranges closer to 1GB with all of our data missing. Oftentimes taking a new backup from LCS will resolve the issue but not always. If anyone has any guidance it would be much appreciated. The actual bacpac files themselves are the correct size.
My PS line to import is "Import-D365Bacpac -ImportModeTier1 -BacpacFile $downloadPath -NewDatabaseName $newDBName -ModelFile $modelFileUpdatedPath -ShowOriginalProgress". This is after using Local-FixBacPacModelFile function to resolve the auto drop issue between different SQL version. (As mentioned here: https://community.dynamics.com/forums/thread/details/?threadid=72cf3065-4838-ee11-bdf4-000d3a574bff)
Beta Was this translation helpful? Give feedback.
All reactions