LocalDB v14 tạo đường dẫn sai cho các tệp mdf

Gần đây, tôi đã nâng cấp LocalDB từ phiên bản 13 lên 14 bằng trình cài đặt SQL Server Express và hướng dẫn này . Sau khi cài đặt, tôi dừng phiên bản mặc định hiện tại (MSSQLLOCALDB) của phiên bản 13 và tạo một phiên bản mới, tự động sử dụng công cụ máy chủ v14.0.1000.

Tôi thường sử dụng các bài kiểm tra Tích hợp Cơ sở dữ liệu của LocalDB, tức là trong các bài kiểm tra xunit của tôi, tôi tạo một cơ sở dữ liệu (tạm thời) bị xóa khi kiểm tra kết thúc. Kể từ phiên bản mới, thật không may, tất cả các thử nghiệm của tôi đều thất bại vì thông báo lỗi sau:

CREATE FILE gặp phải lỗi hệ điều hành 5 (Truy cập bị từ chối.) Trong khi cố gắng mở hoặc tạo tệp vật lý 'C: \ Users \ kepflDBd0811493e18b46febf980ffb8029482a.mdf'

Điều kỳ lạ là đường dẫn đích cho tệp mdf không chính xác, dấu gạch chéo ngược bị thiếu giữa C: \ Users \ kepfl và DBd0811493e18b46febf980ffb8029482a.mdf (là tên cơ sở dữ liệu ngẫu nhiên cho một thử nghiệm). Các cơ sở dữ liệu được tạo thông qua lệnh đơn giản CREATE DATABASE [databaseName]- không có gì đặc biệt ở đây.

Trong SSMS, tôi thấy rằng các vị trí mục tiêu cho dữ liệu, nhật ký và sao lưu là như sau:

Tuy nhiên, khi tôi cố cập nhật vị trí, tôi nhận được một thông báo lỗi khác:

Làm cách nào tôi có thể cập nhật các vị trí mặc định để LocalDB có thể tạo lại cơ sở dữ liệu? Rõ ràng là LocalDB không kết hợp chính xác thư mục vị trí mặc định và tên tệp cơ sở dữ liệu - có mục đăng ký nào tôi có thể chỉnh sửa không? Hay bất cứ điều gì khác?

Cập nhật sau câu trả lời của Doug và bình luận của sepupic

Theo câu hỏi Stackoverflow này , vị trí mặc định cũng có thể được thay đổi thông qua sổ đăng ký. Tuy nhiên, nếu tôi cố gắng tìm các khóa tương ứng "DefaultData", "DefaultLog" và "BackupDirectory", tôi không thể tìm thấy chúng trong sổ đăng ký của mình. SQL Server v14 đã đổi tên các khóa đăng ký này hay đã chuyển các thông tin này ra khỏi sổ đăng ký?

CẬP NHẬT

Kể từ CU 6 cho SQL Server 2017, lỗi này đã được sửa. Bây giờ có thể thực hiện thành công sau đây:

CREATE DATABASE [CreateDatabaseTest];
DROP DATABASE [CreateDatabaseTest];

Vấn đề và thực tế là nó đã được sửa trong CU6, được ghi lại trong bài viết KB sau:
Lỗi: Truy cập bị từ chối "khi bạn cố gắng tạo cơ sở dữ liệu trong SQL Server 2017 Express LocalDB

Để có được Cập nhật tích lũy, vui lòng truy cập trang sau và lấy bản dựng hàng đầu (tức là mới nhất), có thể mới hơn CU6 tùy thuộc vào thời điểm bạn thấy điều này:

Phiên bản xây dựng SQL Server 2017

DƯỚI ĐÂY THÔNG TIN LIÊN QUAN ĐẾN SQL SERVER 2017 CU6 (Phát hành 2018-04-17)

Việc thiếu dấu gạch chéo ngược trong tên Đường dẫn + Tệp kết hợp dường như là một lỗi với SQL Server 2017. Tôi chỉ tự mình chạy vào nó. Tôi thậm chí đã thử chỉnh sửa Sổ đăng ký để thêm một DefaultDatachuỗi Giá trị cho C: \ Users \ MyAccountName \ trong cả hai Khóa sau (3 đường dẫn mặc định không có trong bất kỳ khóa đăng ký LocalDB nào tôi đã xem qua):

• Máy tính \ HKEY_CURRENT_USER \ Software \ Microsoft \ Microsoft SQL Server \ UserInstances \ {some-GUID-value}
• Máy tính \ HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft SQL Server \ MSSQL14E.LOCALDB \ MSSQLServer

Và vâng, tôi đã tắt máy và khởi động lại cá thể LocalDB trong cả hai lần thử.

Tuy nhiên, tôi không tin rằng việc không thể thay đổi các đường dẫn mặc định là một lỗi vì nó có thể chỉ là tài liệu kém và xử lý lỗi kém kết hợp. Tôi nói điều này bởi vì tôi vừa thử chỉnh sửa các vị trí mặc định cho SQL Server LocalDB phiên bản 2014, 2016 và 2017, và tất cả đều dẫn đến cùng một lỗi chính xác, đó là lỗi kỳ lạ do RegCreateKeyEx()phải xử lý với Registry và không phải hệ thống tập tin.

Không thể thay đổi đường dẫn là không may do thiếu dấu gạch chéo ngược khi tạo Cơ sở dữ liệu mới mà không chỉ định các tệp sẽ sử dụng. Tuy nhiên, tôi đã có thể tạo Cơ sở dữ liệu mới bằng CREATE DATABASEcú pháp đầy đủ như sau:

CREATE DATABASE [XXXXX]
 CONTAINMENT = NONE
 ON PRIMARY 
( NAME = N'XXXXX_sys', FILENAME = N'C:\Users\MyAccountName\XXXXX_sys.mdf',
  SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 65536KB ), 
 FILEGROUP [Tables] DEFAULT
( NAME = N'XXXXX_data', FILENAME = N'C:\Users\MyAccountName\XXXXX_data.ndf',
  SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 65536KB )
 LOG ON 
( NAME = N'XXXXX_log', FILENAME = N'C:\Users\MyAccountName\XXXXX_log.ldf',
  SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 65536KB )
 COLLATE Latin1_General_100_CS_AS_KS_WS_SC;
GO

Tôi gặp vấn đề tương tự và tìm thấy một cách giải quyết không nên có bất kỳ nhược điểm rõ ràng nào (nếu tôi quên điều gì đó, xin vui lòng sửa lại cho tôi) . Nó dựa trên câu trả lời của Solomons, nhưng không cần chỉ định đường dẫn tuyệt đối đến các tệp cơ sở dữ liệu.

DECLARE @databaseName NVARCHAR(MAX) = 'MyDatabase'

DECLARE @dataFilePath NVARCHAR(MAX) = CAST(SERVERPROPERTY('InstanceDefaultDataPath') AS NVARCHAR) 
    + FORMATMESSAGE('\%s.mdf', @databaseName)

DECLARE @sql NVARCHAR(MAX) = FORMATMESSAGE(
    'CREATE DATABASE %s ON PRIMARY ( NAME = %s, FILENAME = ''%s'' )', 
    quotename(@databaseName), quotename(@databaseName), @dataFilePath
)

EXEC (@sql)

Nó sử dụng sql động và không chính xác, nhưng nó hoàn thành công việc cho đến khi có một sửa chữa chính thức cho vấn đề.

Tôi cũng đang đối mặt với vấn đề này. Cách giải quyết duy nhất tôi tìm thấy là cấp quyền truy cập ghi c:\Users\cho Mọi người (hoặc đại loại như thế) và để nó tạo các tệp mdf bất cứ nơi nào nó muốn.

Cảm ơn bạn đã giải thích ngắn gọn về vấn đề này. Tôi đã gặp vấn đề tương tự ngày hôm qua. Tôi vẫn chưa tìm được giải pháp lâu dài, nhưng đây là cách giải quyết hiện tại của tôi.

Tôi đang sử dụng hàm Database.EnsureCreated () để tạo cơ sở dữ liệu.

Đặt chuỗi kết nối để bao gồm cài đặt ' AttachDBFilename = '.

Server=(LocalDB)\\MSSQLLocalDB;Database=ExploreCalifornia;AttachDbFilename=.\\ExploreCalifornia.mdf;Trusted_Connection=True;MultipleActiveResultSets=true

Chạy ứng dụng. Nó sẽ tạo ra một lỗi:

Không thể đính kèm tệp '. \ ExploreCalifornia.mdf' làm cơ sở dữ liệu 'ExploreCalifornia'.

nhưng nó sẽ tạo ra cơ sở dữ liệu.

Sau đó, thay đổi chuỗi kết nối và xóa ' AttachDBFilename = '.

 Server=(localdb)\\MSSQLLocalDB;Database=ExploreCalifornia;Trusted_Connection=True;MultipleActiveResultSets=true

Tôi chạy lại ứng dụng mà không có lỗi và các bảng được tạo.