Bir veritabanı eklenirken erişim reddedildi

SQL Server 2008 geliştirici sürümünü kullanıyorum. AdventureWorks2008 veritabanını eklemeye çalışıyordum.

Eklemeye çalıştığımda bir "erişim reddedildi" hatası aldım. Olay günlüğüne göre, O / S'den geldi:

Açılamadı: 0 numaralı dosya için D: \ ProjectData \ AdventureWorks \ AdventureWorksLT2008_Data.mdf dosyası açılamadı. İşletim sistemi hatası: 5 (Erişim reddedildi.).

"NTFS sorunu" diye düşündüm, ancak Sistem (ve ben) her iki dosyaya da değişiklik erişimine sahip.

Sa olarak oturum açarsam veritabanını başarıyla ekleyebileceğimi öğrendim, ancak kullanıcı hesabım çalışmıyor.

Makinemdeki yerel yöneticiler grubunun bir üyesiyim ve SQL Server örneğinde sysadmins rolündeyim.

Neden sa olarak giriş yapmam gerektiğine dair bir fikrin var mı?

Yönetici olarak SQL Server Management Studio'yu çalıştırın. (sağ tıklama-> yönetici olarak çalıştır) benim durumumdaki tüm tuhaflıkları halletti.

SQL SRV EXPRESS 2008 R2. Windows 7

Tüm yorumlar için teşekkür ederim. Bazılarınız beni cevaba yönlendirmeye yardımcı oldu. İşte bulduğum şey:

Bu bir NTFS izin sorunuydu ve bir SQL sorunu değil. Dahası, bir çeşit böceğe benzer (ve tekrarlanabilir).

Sorun: Kullandığım hesap, mdf ve ldf dosyaları için tam denetim NTFS izinlerine sahipti. Ancak, grup üyeliği aracılığıyla bu izinlere sahipti (Yerel Yöneticiler grubunun izinleri vardı ve hesabım yerel yöneticilerin bir üyesidir). (İzinleri doğruladım)

Eklemeyi denersem, benim adıma SQL Server'a bağlanın (yöneticiler grubunda olduğum yer), NTFS sorunu ile başarısız oluyor.

Ancak, yerel yönetici grubunun sahip olduğu aynı dosya izinlerini doğrudan Etki Alanı Hesabıma verirsem, hiçbir sorun yaşamadan ekleyebilirim.

(oh, ve evet, bu makinedeki yerel grupları kontrol ettim ve etki alanı hesabımın gerçekten yerel yöneticiler grubunun bir üyesi olduğunu doğruladım).

Bu nedenle, hata, bazı kodların (SQL Server veya Management Studio'da) kullanıcı hesabının sahip olduğu izinleri kontrol etmesi, ancak kullanıcı hesabının devraldığı grup izinlerini kontrol edecek kadar ileri gitmemesi nedeniyle oluşuyor gibi görünüyor.

Bu bana garip geliyor, ama onu tekrar tekrar üretebilirim, bu yüzden cevabın bu olduğu sonucuna vardım.

Güncelleme: Bunu bir hata olarak bildirdim: https://connect.microsoft.com/SQLServer/feedback/details/539703/access-denied-attaching-a-database-when-permissions-are-inherited

Gönderilen cevaplara ek bilgi eklemek istiyorum.

Veritabanını çıkarırken dikkatli olun, çünkü oturum açtığınız Windows kullanıcısı .mdf dosyası için izinlere sahip tek kullanıcı olur! Kullanıcıyı SQLServerMSSQLUser$<computer_name>$<instance_name>ve Administrators hesabını içeren .mdf dosyasının orijinal izinleri, oturum açtığınız her Windows kullanıcısı tarafından (sql sunucu kullanıcısı değil) üzerine yazılır. Boom, tüm izinler aynen böyle gitti. Diğerlerinin söylediği gibi .mdf dosyanızı sağ tıklayın ve izinleri iki kez kontrol edin.

Veritabanına bağlanmak için SSMS kullandığım için (hangi sql sunucu hesabının önemi yok) ve veritabanını ayırdığım için bu problemle karşılaştım. Bunu yaptıktan sonra, Windows kullanıcım .mdf dosyası için herhangi bir izni olan tek kişiydi. Daha sonra sa hesabını kullanarak db'yi eklemeye çalıştığımda, "erişim reddedildi" hatası verdi.

Orijinal izinleri dokunmadan korumak için veritabanını çevrimdışına almalı, ardından ayırmalı ve şu sırayla eklemelisiniz:

USE [master]
GO
-- kick all users out of the db
ALTER DATABASE mydb
SET SINGLE_USER WITH ROLLBACK IMMEDIATE 
GO

-- Take the Database Offline
ALTER DATABASE mydb SET OFFLINE WITH
ROLLBACK IMMEDIATE
GO

-- detach the db
EXEC master.dbo.sp_detach_db @dbname = N'mydb'
GO

.mdfDosyanızın bulunduğu klasöre izin ekleyin .

Bu adı kontrol edin: NT Service\MSSQLSERVER

Ve Locationsunucunuzun adını değiştirin .

Bu soruna UAC (Kullanıcı Hesabı Denetimi) neden oluyor, değil mi? Kullanıcı hesabınız Yöneticiler grubunun bir üyesi olmasına rağmen, Windows 7'deki UAC, programları "yönetici olarak" çalıştırmadığınız sürece yönetici işleri yapmanıza izin vermez. SQL Server veya Management Studio ya da her neyse, gerçek bir hata değildir. (Sorunu biliyor olabilir ve yalnızca "hata 5" ten şikayet etmek yerine sizden yükseltilmiş izinler isteyebilir.)

Yönetici olarak SQL Server Management Studio'yu çalıştırın. (sağ tıklama-> yönetici olarak çalıştır) benim için Windows 7 - SQL server 2008 R2 ile çalıştı

Windows 7'de bir SQL2005 veritabanı şu şekilde eklenebilir:

start menu >
 all program >
  Microsoft sql server 2005 >
   sql server management studio >
    right click >
     run as administrator >
      click ok

Ve sonra eklenen veritabanı başarıyla tamamlandı.

Eğer olarak giriş yaparken sa(veya herhangi bir SQL Server hesabı) Eğer, hesabınızın izinlere sahip olarak oturum bittiğinde, sen SQL Server hizmet hesabı olarak işleyen ediyoruz. Bazı nedenlerden dolayı uygun dosya erişiminiz yok ama hizmet hesabı var.

Bu çözümü buldum: .mdf dosyanızı sakladığınız klasöre sağ tıklayın -> Özellikler'e tıklayın -> Güvenlik sekmesini seçin, Düzenle'ye tıklayın ve tam kontrol verin. Bu yardımcı olur umarım!

saKullanıcı NTFS hesapları kullanır SQLServerMSSQLUser$<computer_name>$<instance_name>ve SQLServerSQLAgentUser$<computer_name>$<instance_name>veritabanı dosyaları erişim. Bu kullanıcılardan biri veya her ikisi için izin eklemeyi deneyebilirsiniz.

saKullanıcıyla hiçbir sorunun olmadığını söylediğiniz için sorununuzu çözer mi bilmiyorum ama umarım yardımcı olur.

Benimle - Pencere 8'de çalışıyor - Sağ tıklayın SQL Server Manager Studio -> Yönetici ile çalıştır. -> sorun eklemeyin

Kolayca ancak radikal bir şekilde düzeltilebilir , sadece mdf dosyasını sakladığınız klasöre gidin . dosya seçin-> Sağ tıklayın -> özellikleri tıklayın ve oturum açmış kullanıcı Güvenliği için dosyaya tam izin verin .

Bu sorunla her karşılaştığımda, SQL sunucusunda kurulan varsayılan veritabanı dizininden farklı bir dizinde bulunan bir veritabanını eklemeye çalışırken oldu.

Çeşitli dizinler ve hesaplar için izinlerle jacking yapmak yerine, veri dosyanızı sql sunucusunun bulmayı beklediği dizine taşımanızı şiddetle tavsiye ederim.

Bu bilgiyi de eklemek istedim.

http://www.mssqltips.com/sqlservertip/2528/database-attach-failure-in-sql-server-2008-r2/

Çözüm

Bu hatayı, ayırma ve ekleme işlemlerini iki farklı giriş yaptığı için alırsınız. Dolayısıyla, dosyalar ayrıldığında ilk girişe aitti, ancak kullanılan giriş mdf ve ldf dosyalarının sahibi olmadığı için ek başarısız oldu.

Veritabanı dosyalarını ayırdığımızda, sahip, detach komutunu yapan kişi olur, bu nedenle sorunu çözmek için mdf ve ldf dosyalarının sahibi olarak diğer girişi değiştirmemiz veya eklememiz gerekir.

"Filename.mdf" dosyasına sağ tıklayın ve mdf dosyasının izinlerini kontrol etmek için özellikleri seçin. Burada sadece bir hesabın "dosyaadı.mdf" dosyası için izne sahip olduğunu görüyoruz, çünkü bu, veritabanını ayırmak için kullanılan hesaptı.

Bu sorunu çözmek için, diğer oturum açma bilgilerini veya gerekli diğer oturum açma bilgilerini eklemek ve oturum açma Tam Denetimini vermek için Ekle ... Bunu "ldf" dosyası için de yapmalısınız. Bu görevi tamamladığınızda Tamam düğmesine tıklayın. (Diğer işletim sistemi sürümleri için bir Düzenleme seçeneğiniz olabileceğini unutmayın, önce bunu tıklayın, ardından Ekle ... seçeneğini göreceksiniz.)

Sahip olduğum bu problemin belirli bir varyasyonuna sahip olan herkes için değeri ne ise:

• SQL Express 2008
• Visual Studio 2010 Premium

App_data klasörünün bağlam menüsü aracılığıyla, hata ayıklama amacıyla bir SQL Express veritabanı oluşturdum. Bağlantı dizesi (NHibernate tarafından kullanılan) aşağıdaki gibiydi:

Server=.\SQLExpress;
AttachDbFilename=|DataDirectory|DebugDatabase.mdf;
Database=DebugDatabase;
Trusted_Connection=Yes;

Bu bana veritabanı dosyasında aynı "Erişim reddedildi" hatasını verdi. Çeşitli kullanıcılara klasör ve dosyalar için Tam Denetim vermeye çalıştım, bir noktada "Herkes" bile. Hiçbir şey yardımcı olmadı, bu yüzden eklenen izinleri tekrar kaldırdım.

Sonunda ne çözdü , Visual Studio'da Sunucu Gezgini'ni açmak, ardından MDF'ye bağlanmak ve onu yeniden ayırmaktı. Bunu yaptıktan sonra web uygulamam veritabanına sorunsuzca erişebildi.

PS. Krediler, bu sorunu araştırırken bulduğum bu blog gönderisine gidiyor ve sorunu çözmek için veritabanını ekleme / çıkarma fikrini tetikliyor.

Bir veritabanı mdf dosyasını varsayılan Veri klasöründen asp.net app_data klasörüme taşıdım ve veritabanını tekrar çevrimiçi yapmaya çalışırken bu sorunla karşılaştım.

Orijinal konumdaki diğer dosya veritabanlarının güvenlik ayarlarını taşınan dosyalarla karşılaştırdım ve MSSQL $ SQLEXPRESS'in yeni konumlarındaki dosyalara izin atanmadığını fark ettim. "NT SERVICE \ MSSQL $ SQLEXPRESS" için Tam denetim ekledim (bu NT HİZMETİNİ içermelidir) ve çok iyi eklendi.

Orijinal Veri klasörünün bu izinlere sahip olduğu ve dosyalar onu devraldığı görülüyor. Dosyaları ve miras kesintilerini elbette taşıyın.

Başka bir projenin doğrudan oluşturduğum mdf dosyasını app_data klasörüne kontrol ettim. MSSQL $ SQLEXPRESS izinlerine sahip değil. Hmmm. Merak ediyorum neden SQL Express birini seviyor ama diğerini sevmiyor?

Bu, NTFS izinlerine benziyor. Bu genellikle SQL Server hizmet hesabınızın dosyaya salt okuma erişimine sahip olduğu anlamına gelir (SQL Server'ın nasıl oturum açtığınıza bakılmaksızın veritabanı dosyalarına erişmek için aynı hizmet hesabını kullandığını unutmayın). Kendiniz olarak oturum açmakla sa olarak oturum açmak arasında klasör izinlerini değiştirmediğinizden emin misiniz? Çıkarır ve tekrar denerseniz, hala aynı sorun mu yaşıyor?

Bir veritabanı eklerken de aynı sorunu yaşadım. Bu bir SQL sorunu değildi, bir hesap sorunuydu. Panel kontrolü / Kullanıcı Hesabı Kontrol Ayarları'na gidin / "asla bildirme" olarak ayarlayın. Sonunda bilgisayarı yeniden başlatın ve benim için çalıştı.

Veritabanına sağ tıklayıp sihirbazdaki AdventureWorks2012_Data_log.ldf günlük dosyasını kaldırarak mdf dosyasını ekledim. Mdf dosyası aşağıdaki konuma yerleştirildi

    C:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\DATA

Yukarıdaki yöntem sorunu çözmeme yardımcı oldu.

Bu sayfayı okuyordum ve orada ilginç bir cümle var:

Dikkat: Kullanıcıları bu rollere eklerken çok seçici olun. Örneğin, sysadmin her veritabanında dbo ile eşleşir ve sa hesabını kullanarak oturum açmaya eşdeğerdir.

Elbette şuna da sahipler:

Kullanıcılara ve rollere verilen ve veritabanına özel izinler. REDDET hariç tüm izinler kümülatiftir. Kullanıcı düzeyinde veya rol düzeyinde reddedilen bir izin, sysadmin sabit sunucu rolü haricinde diğer rol üyelikleri aracılığıyla verilen aynı izni geçersiz kılar. (Bir sistem yöneticisi, üyesi olduğu bir rolün REDDET izni olsa bile tüm izinleri korur.)

Öyleyse, bir etki alanı yöneticisiyseniz ve SQL 'sysadmin' grubundaysanız, dünya sizin kabukluunuz olmalıdır.

Tabii ki, Microsoft'a göre, şu iki sayfaya hızlıca göz atmalısınız:
Veritabanı Ön Koşullarına Bağlantı

Veritabanlarını Kurma Bağlantısı

Yaramazlık yapıyorsun ve bunları manuel olarak eklemeye çalışıyorsun :) Cidden, AdventureWorks2008 veritabanı için tüm ön koşullara sahip misin?
Bunun başka bir Microsoft tuhaflığı / uç durumu olduğundan şüpheleniyorum, ancak yanılıyor olabilirim.

USE [master]
GO
CREATE DATABASE [DataBasename] ON 
( FILENAME = N'C:\data\DataBasename.mdf' )
 FOR ATTACH
GO

FOR ATTACH olarak değiştirin -> FOR ATTACH_FORCE_REBUILD_LOG

USE [master]
GO
CREATE DATABASE [DataBasename] ON 
( FILENAME = N'C:\data\DataBasename.mdf' )
 FOR ATTACH_FORCE_REBUILD_LOG
GO

Bu hatayı sa olarak aldım. Benim durumumda, veritabanı güvenliği önemli değildi. Herkesin tam denetimini mdf ve ldf dosyalarına ekledim ve eklenti iyi gitti.

Aslında NTFS izinleri ve SQL Server'da garip bir hatadır. Yukarıdaki hata raporunun doğru olduğundan emin değilim veya ek bir hataya işaret ediyor olabilir.

Bunu Windows 7'de çözmek için SQL Server Management Studio'yu normal olarak çalıştırdım (Yönetici olarak değil). Daha sonra MDF dosyasını eklemeye çalıştım. Bu süreçte yola yapıştırmak yerine kullanıcı arayüzünü kullandım. Yolun benden kesildiğini fark ettim. Bunun nedeni, yazılımın sizin için eklediği MS SQL Server (SQLServerMSSQLUser $ makineadı $ SQLEXPRESS) kullanıcısının klasöre erişim izni olmamasıdır (bu durumda, kendi kullanıcı klasörlerimin derinliklerinde bir klasör).

Yolu yapıştırmak ve ilerlemek yukarıdaki hataya neden olur. Bu yüzden - MS SQL Server kullanıcısına, reddedildiği ilk dizinden (kullanıcı klasörüm) başlayarak okuma izni verdim. Daha sonra yayılma işlemini derhal iptal ettim çünkü sonsuza kadar sürebilir ve gerekli olan sonraki alt klasöre okuma izinlerini tekrar uyguladım ve bunun tamamen yayılmasına izin verdim.

Son olarak, MS SQL Server kullanıcısına db için .mdf ve .ldf dosyalarına Değiştirme izinleri verdim.

Artık veritabanı dosyalarına ekleyebilirim.

Sql server 2012'yi çalıştırırsanız, bir mdf dosyasının eski bir sürümünü eklemeye çalışarak bu hatayı alabilirsiniz. Sql server 2008'den bir mdf dosyası.

Sorunu sadece ortak klasöre eklemek istediğiniz .mdf dosyasını taşıyarak çözdüm, benim durumumda onu users / public klasörüne taşıdım. Sonra oradan sorunsuz bir şekilde takıyorum. Bu yardımcı olur umarım.

Buradaki diğer çözümlerle sorunu çözemeyenler için aşağıdaki düzeltme benim için çalıştı:

SQL Server kurulumunuzda "DATA" klasörünüze gidin, sağ tıklayın, özellikler, güvenlik sekmesi ve "NETWORK SERVICE" kullanıcısı için tam kontrol izinlerini ekleyin.

http://decoding.wordpress.com/2008/08/25/sql-server-2005-expess-how-to-fix-error-3417/

(Yukarıdaki bağlantı SQL 2005 içindir, ancak bu benim için bir SQL 2008 R2 kurulumunu düzeltti).

Bazı ek bilgiler: Bu sorun, ikincil bir sabit sürücüyü (SQL kurulumunda olduğu) değiştirdikten sonra benim için ortaya çıktı. Tüm dosyaları kopyaladım ve orijinal sürücü harfini yeni sabit diske geri yükledim. Ancak, güvenlik izinleri kopyalanmadı. Sanırım bir dahaki sefere daha iyi bir veri kopyalama yöntemi kullanacağım.

Benim durumumda sorunu çözen şey şuydu:

USE [master]
GO
CREATE DATABASE [AdventureWorks2008R2] ON
( FILENAME = 'C:\Program Files\Microsfot SQL Server\MSSQL10_50.SQLEXPRESS\MSSQL\DATA\AdventureWors2008R2_Data.mdf')
FOR ATTACH_REBUILD_LOG

Veritabanını başka bir klasöre kopyalayın ve SQLServer'da "Windows Kimlik Doğrulaması" ile oturum açın veya ekleyin

Veritabanını çıkardıktan ve ldf ve mdf dosyalarını C sürücüsünden F'ye taşıdıktan sonra yeniden eklerken aynı sorunu yaşadım.

Düzeltmek için her iki dosyaya da SAHİP HAKLARI sorumlusunu eklemem gerekiyordu ve Özellikler iletişim kutusunun Güvenlik sekmesinde dosyalar üzerinde tam kontrol verdim.

AdventureWorks2012 veritabanını eklemek için SSMS (2016) ile mücadele ettim. Ancak Mohammad Elsheimy'nin bir CodeProject makalesinden alınan bu kodla başarılı oldu :

CREATE DATABASE AdventureWorks2012
    ON PRIMARY (FILENAME='D:\Dev\SQL Server\AdventureWorks2012.mdf')
    FOR ATTACH;