[MSSQL] Kan drive niet kiezen bij aanmaken DB?

Pagina: 1
Acties:

  • porn*
  • Registratie: Januari 2001
  • Laatst online: 06-01 12:02

porn*

...take on the world!

Topicstarter
Ik heb zojuist MS SQL Server Express Edition 2005 geinstalleerd om even het een en ander te testen, en loop tegen een probleem op. Wanneer ik een database wil aanmaken met de bij het pakket geleverde Management Studio Express, kan ik niet voor een bepaalde partitie kiezen (partitie F). Ik heb 4 partities ter beschikking, waarvan er 3 goed gaan. Echter, juist degene die ik nodig heb, de partitie waar alle data op staat, wordt niet als keuze weergegeven.

Ik heb even in de beperkingen gekeken (Express is de gratis editie van SQL Sever), maar zie daar eigenlijk geen voor mij belangrijke beperkingen (er komt alleen een lichte website op te draaien, 1 GB addressable RAM, 1 CPU en max 4 GB database size is dus geen enkel probleem).
De partities dan misschien - alle 4 zijn ze na elkaar aangemaakt en ingedeeld als NTFS. C en D zijn vrij klein (OS en swap, ~10GB), en F en G zijn resp. dataschijf (~30GB) en backup schijf (~25GB). Alle schijven hebben genoeg vrije ruimte (2+ GB), op data en backup is zelfs pas een paar GB gebruikt. Geen rare dingen gevonden.
Rechtenprobleem dan? Voor de drives is niets speciaals ingesteld en er zijn zelfs geen verschillen als ik F vergelijk met de anderen. Bovendien draai ik de applicatie waarin ik de db aanmaak terwijl ik als admin ben ingelogd dus m.i. moet dat het probleem niet zijn.

Juist partitie F kan ik dus niet kiezen - ook niet als ik het pad handmatig aanmaak en het in het veldje typ. Dan krijg ik de volgende melding:
Create failed for Database 'dbnaam'. (Microsoft.SqlServer.Express.Smo)

Heb ook al even Gegoogled en op MSDN rondgezocht maar kan niets vinden m.b.t. het niet kunnen aanmaken van een DB op een specifieke partitie. Iemand enig idee?

Bnet pindle#2913


  • RobIII
  • Registratie: December 2001
  • Niet online

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

(overleden)
Stop idee, maar misschien NTFS/FAT32 ofzo verschillend? Niet dat het (bij mijn weten) iets uit zou mogen maken, maar toch...

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij


  • P_de_B
  • Registratie: Juli 2003
  • Niet online
Krijg je nog gedetailleerdere informatie in het SQL Server log?

Oops! Google Chrome could not find www.rijks%20museum.nl


  • porn*
  • Registratie: Januari 2001
  • Laatst online: 06-01 12:02

porn*

...take on the world!

Topicstarter
RobIII schreef op vrijdag 20 oktober 2006 @ 16:06:
Stop idee, maar misschien NTFS/FAT32 ofzo verschillend? Niet dat het (bij mijn weten) iets uit zou mogen maken, maar toch...
Dat was uiteraard mijn eerste idee, maar alle drives zijn op dezelfde manier aangemaakt, en allemaal gewoon NTFS.
P_de_B schreef op vrijdag 20 oktober 2006 @ 16:08:
Krijg je nog gedetailleerdere informatie in het SQL Server log?
Log is leeg, het is ook een verse installatie, het aanmaken van deze database zou het eerste zijn dat ik met het pakket doe. Melding:
Afbeeldingslocatie: http://www.tribal.nl/download/dirk/mssql_express_error.jpg

Bnet pindle#2913


  • RobIII
  • Registratie: December 2001
  • Niet online

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

(overleden)
Toch een Access denied...
Je weet zeker dat alle rechten hetzelfde zijn op de drives? En al eens gegoogled op de errorcode?
I got this very frustating message everytime I was trying to create a new SQL Express database from VB Express. All forums seem to point to 2 possible resolutions, NONE of which worked for me:

A) Known bug with Windows XP SP2 when using SQL via RDP (Remote Desktop).

B) Delete C:\Documents and Settings\USERNAME\Local Settings\Application Data\Microsoft\Microsoft SQL Server Data\SQLEXPRESS.

The clue for me was all forums relating to solution B seemed to talk about possible authentication problems which gave me a clue. My solution was therefore:

Solution: Modify the SQL Server (SQLExpress) service to use your local or system account and restart the service. This worked for me first time. I'm not sure if this will cause any problems in the future but hey, at least I can now create a database!!

Hope this helps!!

[ Voor 111% gewijzigd door RobIII op 20-10-2006 17:11 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij


  • Jiriki
  • Registratie: Februari 2001
  • Laatst online: 02-02 09:18
Heeft het System account wel genoeg rechten op de F: schijf? De sqlserver draait waarschijnlijk onder dit account namelijk.

En niet te vergeten op de SQLData directory op deze schijf.

"Yes," said the skull. "Quit while you're a head, that's what I say." -- (Terry Pratchett, Soul Music)


  • porn*
  • Registratie: Januari 2001
  • Laatst online: 06-01 12:02

porn*

...take on the world!

Topicstarter
Bedankt voor de uitgebreide replies, heb het probleem inmiddels opgelost. Wat was het nou: de SQL server draait intern onder de NETWORK SERVICES account. Ik heb op de map SQLData op schijf F dus deze account voldoende rechten gegeven en tadaaa het werkt wel.

Waarom de andere schijven deze rechten niet hebben en het daar wel goed gaat... geen flauw idee.

Bnet pindle#2913

Pagina: 1