Проблема, присоединяющая mdf файл в SQL-сервере 2008

Загрузите и установите Splunk на сервере. Это подобно logwatch, но предоставляет Вам поисковую систему для Ваших журналов.

Можно настроить его для индексации журналов, можно затем искать журналы и найти шаблоны, найти ошибки и затем посмотреть на то, что другие журналы делают в том отдельном моменте отказа.

Это может также быть установлено отправить предупреждения или выполнить сценарии в определенных порогах. Таким образом, если конкретная ошибка начинает массово рассылаться к Вашему журналу, можно написать сценарий его для автоматического перезапуска незаконного сервиса.

Мы используем splunk в нашем кластере сервера, и это был спаситель!

2
задан 13 August 2010 в 21:47
7 ответов

Я думаю, что нам будет нужно немного больше информации о сервере, чтобы помочь правильно, но иметь Вас, попробовал основы? например.

  • Серверная служба VNC установлена и настроена правильно без ошибок, зарегистрированных, когда она работает?
  • можно ли проверить с помощью ping-запросов от клиента к серверу?
  • Есть ли какие-либо брандмауэры, которые могли блокировать торговлю VNC соединением?
1
ответ дан 3 December 2019 в 13:27

Обычно это означает, что учетная запись, под которой работает SQL Server, не имеет доступа или полномочий к этому местоположению

1
ответ дан 3 December 2019 в 13:27

Просто отвеченный подобный вопрос здесь. Надежда это помогает.

Аплодисменты Chirag

0
ответ дан 3 December 2019 в 13:27

Идеал был бы то, при взятии резервного копирования базы данных прежде, чем удалить SQL 2005 затем, Вы, возможно, просто восстановили базу данных от резервного копирования. Это более хитро теперь и могло бы вызвать проблемы.

Попробуйте это и посмотрите, работает ли это на Вас, это должно восстановить файл журнала для Вас. Замените DatabaseName, Filepath и FileName согласно Вашему требованию.

CREATE DATABASE *[DemoSuspect]* ON
   (NAME = DemoSuspect, FILENAME = *N'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\DemoSuspect.mdf*')
FOR ATTACH_REBUILD_LOG;
GO 
0
ответ дан 3 December 2019 в 13:27

Запустите SQL Server MS 2005, база данных отсоединения там, прежде чем копирование, затем в присоединении SQL Server MS 2008 года скопировал mdf файл.

Обновление: Вы действительно не можете удалить Серверные компоненты MSSQL полностью процессом удаления, особенно присоединив оставленные позади базы данных. Помимо серверных компонентов, установка Сервера MSSQL может установить клиентские библиотеки инструментов, ПРЕДЛОЖЕНИЯ (Studio Разработки Бизнес-аналитики), MDAC, и т.д.

База данных MS SQL Server может использоваться (и блокироваться), не только SQL Server MS. Блокировка может инициироваться, содержать и прошедший от многих инструментов.

Я могу только советовать Вам многократно проверять/чистить Windows (для напр., CCleaner) реестр, затем вручную удалите файлы, остающиеся на жестком диске от MSSQLServe2005, затем повторите оба шага снова.

Но, мое квалифицированное предположение - то, что Вы завинтили его путем удаления SS2005 прежде, чем мигрировать или, по крайней мере, отсоединив базу данных.

Действительно, я не советовал бы присоединять/отсоединять даже, не мигрируя на другую версию. Что необходимость состояла в том, чтобы сделать это?

Кроме того, почему Вы не копируете также файл LDF?

-2
ответ дан 3 December 2019 в 13:27

Вероятно, просто проблема полномочий папки.

Удостоверьтесь, что пользователь сервисной учетной записи SQL имеет полные права на путь файла. Или копия (не перемещаются), файл к папке данных по умолчанию.

0
ответ дан 3 December 2019 в 13:27

Учетная запись, на которой запущен экземпляр SQL Server, не имеет прав на физический файл. Устраните проблему с разрешениями NTFS, затем либо переведите базу данных в оперативный режим с помощью ...

ALTER DATABASE mbh_pk
SET ONLINE

, либо перезапустите экземпляр SQL.

Учетная запись, на которой запущен экземпляр SQL, должна иметь права на изменение файлов или выше.

1
ответ дан 3 December 2019 в 13:27

Теги

Похожие вопросы