Назад | Перейти на главную страницу

Проблема с файлом данных SQL Server 2008

Когда я создаю базу данных в SQL Server 2008 Enterprise на Windows Server 2008 из SQL Server Management Studio, я хочу назначить данные и файл журнала для хранения на сетевом подключенном диске Z (я отображаю \\10.10.10.123\shared водить Z). Но я могу видеть только локальные диски C и D из пользовательского интерфейса SQL Server Management Studio, чтобы выбрать для размещения файла данных, не могу видеть диск Z. Что-то не так?

У меня две идеи, я не уверен, верны ли они,

  1. Я запускаю учетную запись LocalService экземпляра службы SQL Server, может ли это быть причиной того, что сетевой подключенный диск недоступен? (Моя путаница в том, что я использую администратора для входа в Windows Server 2008, и администратор может получить доступ к сетевому общему диску с моего компьютера. Когда мы выбираем диск из SQL Server Management Studio, используется ли учетная запись администратора или учетная запись LocalService?)
  2. Совместное сетевое расположение защищено именем пользователя и паролем, то есть при открытии подключенного к сети диска из \\10.10.10.123\shared, нам нужно ввести имя пользователя и пароль, и в соответствии с разрешением имени пользователя мы могли бы писать или читать или не иметь разрешения.

заранее спасибо, Джордж

Ваша БД должна располагаться в хранилище на уровне блоков, а не в общей папке на уровне файлов.

см. следующее

http://support.microsoft.com/kb/304261

другими словами выполнимо, но очень не рекомендуется

Чтобы сделать эту работу (см. Комментарии о том, почему не требуется блочное хранилище), потребуется вход в домен, под которым работает сервер sql (не усложняя ответ, чтобы сказать, как это сделать без входа в домен). Если вы пытаетесь сделать это ТОЛЬКО для того, чтобы сэкономить немного денег, вы попадете в ситуацию поддержки, которая не сработает хорошо и будет головной болью - если у клиента нет домена, надежный файловый сервер и ПРИЧИНА использовать общий сетевой ресурс для хранилища, а затем просто избегать этого и выполнять уже опубликованные предложения по SAN (даже iSCSI и StarWind были бы прекрасны и просты).