- Remove From My Forums
-
Question
-
USE [cho_news]
GOSET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GOCREATE PROCEDURE [cho].[DELETENEWSECTION]
(
@newsec_id nvarchar (Max)
)
AS
BEGIN
SET NOCOUNT ON
DELETE newsec_tableWHERE newsec_id=@newsec_id
ENDshowing error:
Msg 21, Level 21, State 1, Procedure DELETENEWSECTION, Line 9
Warning: Fatal error 9001 occurred at Jun 13 2012 11:50PM. Note the error and time, and contact your system administrator.-
Moved by
Thursday, June 14, 2012 7:35 PM
Moved resolved problem to a relevent forum for best searching. (From:.NET Framework inside SQL Server)
-
Moved by
Answers
-
the database logs file was full and restarted it to fix
now its working
thnx for the help
-
Edited by
SSmadhu
Thursday, June 14, 2012 12:12 PM -
Marked as answer by
SSmadhu
Thursday, June 14, 2012 12:12 PM
-
Edited by
Перейти к контенту
- Remove From My Forums
-
Question
-
I have SQL 2012 database on availability group environment
Due to lack of space on SQL log partition. I have added to new hard drive configures on RAID1
Moved the ldf files from active partition to newly created partition.
SMS change the path for log drive to new drive
Restart SQL server services
I cannot connect to databases anymore and I have also lost all setting of Availability group
Error message
Event logs for Application
Log Name: Application
Source: MSSQLSERVER
Date: 16/07/2015 8:32:22 a.m.
Event ID: 5123
Task Category: Server
Level: Error
Keywords: Classic
User: N/A
Computer: ***.Local
Description:
CREATE FILE encountered operating system error 3(The system cannot find the path specified.) while attempting to open or create the physical file ‘D:SQL Logstemplog.ldf’.
Event Xml:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
<System>
<Provider Name=»MSSQLSERVER» />
<EventID Qualifiers=»49152″>5123</EventID>
<Level>2</Level>
<Task>2</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime=»2015-07-15T20:32:22.000000000Z» />
<EventRecordID>368973</EventRecordID>
<Channel>Application</Channel>
<Computer>****.Local</Computer>
<Security />
</System>
<EventData>
<Data>3(The system cannot find the path specified.)</Data>
<Data>D:SQL Logstemplog.ldf</Data>
<Binary>03140000100000000B0000004E005A00490054005300530051004C0030003400000000000000</Binary>
</EventData>
</Event>New location for D:SQL Logstemplog.ldf is into L:SQL Logstemplog.ldf
Muhammad Mehdi
- Edited by
Wednesday, July 15, 2015 8:50 PM
More information
- Edited by
Answers
-
looks like you forgot to alter the database files for tempdb and it is looking for the file in the old location..
heres what you can to fix it
1. start sql server in minimal configuration mode — i.s in the configuration manager — go to advanced start up parameters and add -f to it
2. start the sql server and in the ssms — ALter database tempdb MODIFY FILE ( NAME = templog, FILENAME = ‘L:SQL
Logstemplog.ldf’ )3. remove the paraameter added in step 1 and restart . it shoulf work.
or follow this article..
https://www.xtivia.com/start-sql-server-lost-tempdb-data-files/
Hope it Helps!!
- Marked as answer by
MM from AUS
Thursday, July 16, 2015 8:54 PM
- Marked as answer by
Over the weekend a website I run stopped functioning, recording the following error in the Event Viewer each time a request is made to the website:
Event ID: 9001
The log for database ‘database name‘ is not available. Check the event log for related error messages. Resolve any errors and restart the database.
The website is hosted on a dedicated server, so I am able to RDP into the server and poke around. The LDF
file for the database exists in the C:Program FilesMicrosoft SQL ServerMSSQL10.MSSQLSERVERMSSQLDATA
folder, but attempting to do any work with the database from Management Studio results in a dialog box reporting the same error — 9001: The log for database is not available…
This is the first time I’ve received this error, and I’ve been hosting this site (and others) on this dedicated web server for over two years now.
It is my understanding that this error indicates a corrupt log file. I was able to get the website back online by Detaching the database and then restoring a backup from a couple days ago, but my concern is that this error is indicative of a more sinister problem, namely a hard drive failure.
I emailed support at the web hosting company and this was their reply:
There doesn’t appear to be any other indications of the cause in the Event Log, so it’s possible that the log was corrupted. Currently the memory’s resources is at 87%, which also may have an impact but is unlikely.
Can the log just «become corrupted?»
My question: What are the next steps I should take to diagnose this problem? How can I determine if this is, indeed, a hardware problem? And if it is, are there any options beyond replacing the disk?
Thanks
Let’s take a closer look at SQL Server Fatal Error 9001 and some fixes available for the error. At Bobcares, with our Server Management Services, we can handle your SQL Server issues.
What Is An SQL Server Fatal Error 9001?
When the SQL server fails to open the database for long enough for the backup to be successfully taken, SQL backup error 9001 happens. If the AutoClose property on the database is ON, the database will automatically close when there is no activity. As a result, this error may occur if the database closes abruptly during the backup.
Corrupt databases or log files, a large SQL log file that requires a lot of storage space, and hardware problems are a few additional causes of this error. To get more details on the error, we can run the DBCC CHECKDB‘dbname’
.
How To Fix SQL Server Fatal Error 9001?
Let’s discuss some of the following methods to fix the error.
- Turn off Auto Close if it’s currently set to on. With no action throughout the backup process, this will stop the database from closing.
alter database [database_name] set AUTO_CLOSE OFF;
- If there is a storage issue, use DBCC CHECKDB.
dbcc checkdb('database_name')
- If the error occurs due to the corruption of the SQL database or log file, then launch Emergency Mode Repair. This will also help in the completion of the backup operation and the repair of the log file. It is not advisable to use this method because it can result in the deletion of some log file sections.
DBCC CHECKDB (N
'
database_name
', REPAIR_ALLOW_DATA_LOSS)
WITH
ALL_ERRORMSGS, NO_INFOMSGS;
- Set SQL Server Database Offline and Online again.
alter database [database_name] set offline with rollback immediate;
and
alter database [database_name] set online;
- For non-production instances, restarting the SQL Server is a good solution. Restarting SQL Configuration Manager through the Start menu, Windows Server’s Services, or Cmd via net start and net stop are all options.
[Need help with another issue? We’re happy to help 24/7.]
Conclusion
The SQL server fatal error 9001 occurs when the SQL server is unable to open the database for long enough for a backup to be successfully taken. In this article, we post some of the simple methods from our Tech team to fix the error easily.
PREVENT YOUR SERVER FROM CRASHING!
Never again lose customers to poor server speed! Let us help you.
Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.
GET STARTED
Permalink
Cannot retrieve contributors at this time
description | title | ms.custom | ms.date | ms.service | ms.reviewer | ms.subservice | ms.topic | helpviewer_keywords | ms.assetid | author | ms.author |
---|---|---|---|---|---|---|---|---|---|---|---|
MSSQLSERVER_9001 |
MSSQLSERVER_9001 | Microsoft Docs |
04/04/2017 |
sql |
supportability |
reference |
9001 (Database Engine error) |
a54de936-90c6-4845-aa96-29d32f154601 |
MashaMSFT |
mathoma |
MSSQLSERVER_9001
[!INCLUDE SQL Server]
Details
Attribute | Value |
---|---|
Product Name | SQL Server |
Event ID | 9001 |
Event Source | MSSQLSERVER |
Component | SQLEngine |
Symbolic Name | LOG_NOT_AVAIL |
Message Text | The log for database ‘%.*ls’ is not available. Check the event log for related error messages. Resolve any errors and restart the database. |
Explanation
The database log was taken offline. Usually this signifies a catastrophic failure that requires the database to restart.
User Action
Diagnose other errors and restart the instance of SQL Server if it has not already restarted itself.
Permalink
Cannot retrieve contributors at this time
description | title | ms.custom | ms.date | ms.service | ms.reviewer | ms.subservice | ms.topic | helpviewer_keywords | ms.assetid | author | ms.author |
---|---|---|---|---|---|---|---|---|---|---|---|
MSSQLSERVER_9001 |
MSSQLSERVER_9001 | Microsoft Docs |
04/04/2017 |
sql |
supportability |
reference |
9001 (Database Engine error) |
a54de936-90c6-4845-aa96-29d32f154601 |
MashaMSFT |
mathoma |
MSSQLSERVER_9001
[!INCLUDE SQL Server]
Details
Attribute | Value |
---|---|
Product Name | SQL Server |
Event ID | 9001 |
Event Source | MSSQLSERVER |
Component | SQLEngine |
Symbolic Name | LOG_NOT_AVAIL |
Message Text | The log for database ‘%.*ls’ is not available. Check the event log for related error messages. Resolve any errors and restart the database. |
Explanation
The database log was taken offline. Usually this signifies a catastrophic failure that requires the database to restart.
User Action
Diagnose other errors and restart the instance of SQL Server if it has not already restarted itself.
- Remove From My Forums
-
Question
-
I have SQL 2012 database on availability group environment
Due to lack of space on SQL log partition. I have added to new hard drive configures on RAID1
Moved the ldf files from active partition to newly created partition.
SMS change the path for log drive to new drive
Restart SQL server services
I cannot connect to databases anymore and I have also lost all setting of Availability group
Error message
Event logs for Application
Log Name: Application
Source: MSSQLSERVER
Date: 16/07/2015 8:32:22 a.m.
Event ID: 5123
Task Category: Server
Level: Error
Keywords: Classic
User: N/A
Computer: ***.Local
Description:
CREATE FILE encountered operating system error 3(The system cannot find the path specified.) while attempting to open or create the physical file ‘D:SQL Logstemplog.ldf’.
Event Xml:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
<System>
<Provider Name=»MSSQLSERVER» />
<EventID Qualifiers=»49152″>5123</EventID>
<Level>2</Level>
<Task>2</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime=»2015-07-15T20:32:22.000000000Z» />
<EventRecordID>368973</EventRecordID>
<Channel>Application</Channel>
<Computer>****.Local</Computer>
<Security />
</System>
<EventData>
<Data>3(The system cannot find the path specified.)</Data>
<Data>D:SQL Logstemplog.ldf</Data>
<Binary>03140000100000000B0000004E005A00490054005300530051004C0030003400000000000000</Binary>
</EventData>
</Event>New location for D:SQL Logstemplog.ldf is into L:SQL Logstemplog.ldf
Muhammad Mehdi
- Edited by
Wednesday, July 15, 2015 8:50 PM
More information
- Edited by
Answers
-
looks like you forgot to alter the database files for tempdb and it is looking for the file in the old location..
heres what you can to fix it
1. start sql server in minimal configuration mode — i.s in the configuration manager — go to advanced start up parameters and add -f to it
2. start the sql server and in the ssms — ALter database tempdb MODIFY FILE ( NAME = templog, FILENAME = ‘L:SQL
Logstemplog.ldf’ )3. remove the paraameter added in step 1 and restart . it shoulf work.
or follow this article..
https://www.xtivia.com/start-sql-server-lost-tempdb-data-files/
Hope it Helps!!
- Marked as answer by
MM from AUS
Thursday, July 16, 2015 8:54 PM
- Marked as answer by
- Remove From My Forums
-
Question
-
I have SQL 2012 database on availability group environment
Due to lack of space on SQL log partition. I have added to new hard drive configures on RAID1
Moved the ldf files from active partition to newly created partition.
SMS change the path for log drive to new drive
Restart SQL server services
I cannot connect to databases anymore and I have also lost all setting of Availability group
Error message
Event logs for Application
Log Name: Application
Source: MSSQLSERVER
Date: 16/07/2015 8:32:22 a.m.
Event ID: 5123
Task Category: Server
Level: Error
Keywords: Classic
User: N/A
Computer: ***.Local
Description:
CREATE FILE encountered operating system error 3(The system cannot find the path specified.) while attempting to open or create the physical file ‘D:SQL Logstemplog.ldf’.
Event Xml:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
<System>
<Provider Name=»MSSQLSERVER» />
<EventID Qualifiers=»49152″>5123</EventID>
<Level>2</Level>
<Task>2</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime=»2015-07-15T20:32:22.000000000Z» />
<EventRecordID>368973</EventRecordID>
<Channel>Application</Channel>
<Computer>****.Local</Computer>
<Security />
</System>
<EventData>
<Data>3(The system cannot find the path specified.)</Data>
<Data>D:SQL Logstemplog.ldf</Data>
<Binary>03140000100000000B0000004E005A00490054005300530051004C0030003400000000000000</Binary>
</EventData>
</Event>New location for D:SQL Logstemplog.ldf is into L:SQL Logstemplog.ldf
Muhammad Mehdi
- Edited by
Wednesday, July 15, 2015 8:50 PM
More information
- Edited by
Answers
-
looks like you forgot to alter the database files for tempdb and it is looking for the file in the old location..
heres what you can to fix it
1. start sql server in minimal configuration mode — i.s in the configuration manager — go to advanced start up parameters and add -f to it
2. start the sql server and in the ssms — ALter database tempdb MODIFY FILE ( NAME = templog, FILENAME = ‘L:SQL
Logstemplog.ldf’ )3. remove the paraameter added in step 1 and restart . it shoulf work.
or follow this article..
https://www.xtivia.com/start-sql-server-lost-tempdb-data-files/
Hope it Helps!!
- Marked as answer by
MM from AUS
Thursday, July 16, 2015 8:54 PM
- Marked as answer by
Проблема
При попытке выполнить резервное копирование в Autodesk Data Management (ADMS) Console может произойти сбой в файлах журнала.
Ошибка: соединение с базой данных было нарушено. Повторный запуск операции. Исключение: Предупреждение: Неустранимая ошибка 9001 в период по месяцам. Обратите внимание на ошибку и время и обратитесь к системному администратору. Stacktrace: at Connectivity.Core.Database.TransactionContext.OnSqlException(SqlException e) at Connectivity.Core.Database.SqlAccess.ExecuteNonQueryInternal(SqlCommand cmd) at Connectivity.Core.Database.SqlAccess.ExecuteNonQuery(CommandType commandType, String commandText, Int32TimecommandTimecommandPost Parameter[] commandParameters) at Connectivity.Core.DataAccess.DatabaseLocking.RevokeSiteAccess(String databasename, IEnumerable sites, ICollection`1 permissions) at Connectivity.Core.Services.KnowledgeMasterService.RevokeSiteAccess(ArrayListDatabases, ArrayList sites) at Connectivity.Core.Services.MasterServices.Master KnowledgeVaultMaster(OnProgressDelegate onProgress) в System.Runtime.Remoting.Messaging.Message.Dispatch(Object target) at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg)
Причины
Сбой при создании резервной копии: ошибка базы данных в SQL.
Решение
Если Microsoft SQL Server Management Studio (SMSS) не установлен, установите его с установочного носителя Microsoft или скачайте с веб-сайта Microsoft.
Войдите в экземпляр AutodeskVault SQL Server с помощью SSMS —
1. Автономная работа со всеми базами данных Vault.
2. Отключите все базы данных, связанные с Vault.
3. Войдите в консоль ADMS Console.
Удалите базы данных из списка в Vault или Libraries.
Подключите их повторно с помощью ADMS Console.
Добрый день.
MS SQL 2014 Standart with SP2 установлен на MS Win Server 2014r2 Standart.
В связи с тем-что из софтового рэйда intel «выпал» диск и никак не хотел этим рэйдом подхватываться было решено перенести рэйд на другой контроллер(LSI 9240). Был остановлен SQL сервер, затем скопированы все файлы баз данных
на резервный диск, затем пересобран рэйд и файлы бд скопированы обратно в те же директории. В связи с тем, что перед отключением SQL базы не были корректно отключены, начали возникать ошибки:
Microsoft SQL Server Native Client 11.0: Операционная система возвратила ошибку 1(Неверная функция.) в SQL Server при запись в смещении 0x00000003aa0000
файла «E:Datatempdb.mdf».
Отключили базы, удалили целиком SQL сервер, установили с нуля, подключили обратно. Ошибка больше не появляется. Но теперь появляется ошибка при попытке сжатия базы или журнала. Резервное копирование этих баз и журналов проходит корректно, DBCC
CHECKDB проходит без ошибок (если предварительно не сделать попытку сжатия).
ЗАГОЛОВОК: Microsoft SQL Server Management Studio
——————————
Действие Сжатие завершилось неудачно для объекта «База данных» «crm_demo». (Microsoft.SqlServer.Smo)
Чтобы получить справку, щелкните: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=12.0.5000.0+((SQL14_PCU_main).160617-1804)&EvtSrc=Microsoft.SqlServer.Management.Smo.ExceptionTemplates.FailedOperationExceptionText&EvtID=Сжатие+Database&LinkId=20476
——————————
ДОПОЛНИТЕЛЬНЫЕ СВЕДЕНИЯ:
При выполнении инструкции или пакета Transact-SQL возникло исключение. (Microsoft.SqlServer.ConnectionInfo)
——————————
При выполнении текущей команды возникла серьезная ошибка.. При наличии результатов они должны быть аннулированы. (Microsoft SQL Server, ошибка: 0)
Чтобы получить справку, щелкните: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&ProdVer=12.00.5000&EvtSrc=MSSQLServer&EvtID=0&LinkId=20476
Перезапуск СУБД, естественно, пробовал. В логи ОС сыпется ошибка 9001, после отсоединения и присоединения базы ошибка в логах больше не появляется до следующей попытке сжатия базы.
Подскажите как решить данную проблему.
- Remove From My Forums
-
Question
-
I have SQL 2012 database on availability group environment
Due to lack of space on SQL log partition. I have added to new hard drive configures on RAID1
Moved the ldf files from active partition to newly created partition.
SMS change the path for log drive to new drive
Restart SQL server services
I cannot connect to databases anymore and I have also lost all setting of Availability group
Error message
Event logs for Application
Log Name: Application
Source: MSSQLSERVER
Date: 16/07/2015 8:32:22 a.m.
Event ID: 5123
Task Category: Server
Level: Error
Keywords: Classic
User: N/A
Computer: ***.Local
Description:
CREATE FILE encountered operating system error 3(The system cannot find the path specified.) while attempting to open or create the physical file ‘D:SQL Logstemplog.ldf’.
Event Xml:
<Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
<System>
<Provider Name=»MSSQLSERVER» />
<EventID Qualifiers=»49152″>5123</EventID>
<Level>2</Level>
<Task>2</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime=»2015-07-15T20:32:22.000000000Z» />
<EventRecordID>368973</EventRecordID>
<Channel>Application</Channel>
<Computer>****.Local</Computer>
<Security />
</System>
<EventData>
<Data>3(The system cannot find the path specified.)</Data>
<Data>D:SQL Logstemplog.ldf</Data>
<Binary>03140000100000000B0000004E005A00490054005300530051004C0030003400000000000000</Binary>
</EventData>
</Event>New location for D:SQL Logstemplog.ldf is into L:SQL Logstemplog.ldf
Muhammad Mehdi
-
Edited by
Wednesday, July 15, 2015 8:50 PM
More information
-
Edited by
Answers
-
looks like you forgot to alter the database files for tempdb and it is looking for the file in the old location..
heres what you can to fix it
1. start sql server in minimal configuration mode — i.s in the configuration manager — go to advanced start up parameters and add -f to it
2. start the sql server and in the ssms — ALter database tempdb MODIFY FILE ( NAME = templog, FILENAME = ‘L:SQL
Logstemplog.ldf’ )3. remove the paraameter added in step 1 and restart . it shoulf work.
or follow this article..
https://www.xtivia.com/start-sql-server-lost-tempdb-data-files/
Hope it Helps!!
-
Marked as answer by
MM from AUS
Thursday, July 16, 2015 8:54 PM
-
Marked as answer by
Let’s take a closer look at SQL Server Fatal Error 9001 and some fixes available for the error. At Bobcares, with our Server Management Services, we can handle your SQL Server issues.
What Is An SQL Server Fatal Error 9001?
When the SQL server fails to open the database for long enough for the backup to be successfully taken, SQL backup error 9001 happens. If the AutoClose property on the database is ON, the database will automatically close when there is no activity. As a result, this error may occur if the database closes abruptly during the backup.
Corrupt databases or log files, a large SQL log file that requires a lot of storage space, and hardware problems are a few additional causes of this error. To get more details on the error, we can run the DBCC CHECKDB‘dbname’
.
How To Fix SQL Server Fatal Error 9001?
Let’s discuss some of the following methods to fix the error.
- Turn off Auto Close if it’s currently set to on. With no action throughout the backup process, this will stop the database from closing.
alter database [database_name] set AUTO_CLOSE OFF;
- If there is a storage issue, use DBCC CHECKDB.
dbcc checkdb('database_name')
- If the error occurs due to the corruption of the SQL database or log file, then launch Emergency Mode Repair. This will also help in the completion of the backup operation and the repair of the log file. It is not advisable to use this method because it can result in the deletion of some log file sections.
DBCC CHECKDB (N
'
database_name
', REPAIR_ALLOW_DATA_LOSS)
WITH
ALL_ERRORMSGS, NO_INFOMSGS;
- Set SQL Server Database Offline and Online again.
alter database [database_name] set offline with rollback immediate;
and
alter database [database_name] set online;
- For non-production instances, restarting the SQL Server is a good solution. Restarting SQL Configuration Manager through the Start menu, Windows Server’s Services, or Cmd via net start and net stop are all options.
[Need help with another issue? We’re happy to help 24/7.]
Conclusion
The SQL server fatal error 9001 occurs when the SQL server is unable to open the database for long enough for a backup to be successfully taken. In this article, we post some of the simple methods from our Tech team to fix the error easily.
PREVENT YOUR SERVER FROM CRASHING!
Never again lose customers to poor server speed! Let us help you.
Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.
GET STARTED
imapsync очень хорош в мигрирующих почтовых ящиках по IMAP. Я много раз делал это от cyrus до cyrus, и я прочитал отчеты пользователей, использующих его с обменом.
Если у Вас есть возможности аутентификации, это может работать на Вас:
http://freshmeat.net/projects/imapsync/
задан
22 February 2011 в 01:18
Ссылка
11 ответов
Хорошо более чем 99% проблем повреждения базы данных должны сделать систему хранения. Половина остающихся проблем происходит из-за плохой памяти с другими наполовину бывшими ошибками в SQL Server.
Разногласия — это, проблема с устройством хранения данных.
Если это происходит, снова выполняет DBCC CHECKDB против базы данных, и это даст Вам больше информации о повреждении, и если проблема может быть решена, не делая восстановления. Необходимо будет, вероятно, принести базу данных онлайн в чрезвычайном режиме для выполнения checkdb против базы данных.
Так как использование памяти в 87%, не имеет никакого отношения к проблеме. SQL Server выполнит память полностью к 100% (или близко к нему) дизайном.
ответ дан mrdenny
2 December 2019 в 20:11
Ссылка
Я собираюсь предполагать/надеяться, что у Вас есть набег, идущий для диска для Вашего SQL-сервера. если бы Вы подозреваете аппаратные проблемы, самая первая вещь, которую я сделал бы, выполняется Ваше обслуживание/инструменты диагностики набега.
вторая вещь (вероятно, одновременно, если Вы можете) выполняется dbcc checkdb на базе данных (mayhaps Ваши системные базы данных также).
ответ дан Thirster42
2 December 2019 в 20:11
Ссылка
Хорошо, первый шаг, сделайте резервное копирование своего журнала и своих mdf файлов к совершенно другому диску. БЫСТРО! (копия файла)
Кроме того, попробуйте выполнение полного резервного копирования базы данных.
Затем, попробуйте следующее. Используя Вашу текущую базу данных, отсоедините его, если Вы можете и затем удалять файл журнала или перемещать его в совершенно другое местоположение на диске. Затем повторно прикрепите базу данных, и она обнаружится в gui с файлом журнала, нажать удаление (или удалить) для файла журнала так, чтобы она не обнаруживалась и затем нажимала ОК. В основном присоединяя его без журнала, вынудит его создать файл журнала для базы данных в месте по умолчанию.
Дайте мне знать.
ответ дан Ryk
2 December 2019 в 20:11
Ссылка
Я видел, что это происходит, когда нет никакого дискового пространства, доступного для расширения журнала; можно ли проверить, что было вполне достаточное пространство на C:, и что журналами управляют, т.е. сохраненной, если Вы находитесь в полном режиме восстановления.
Я переместил бы Ваш ldf’s (и mdf’s) от загрузочного тома, если у Вас есть опция.
ответ дан SqlACID
2 December 2019 в 20:11
Ссылка
Я смог решить это путем выведения базы данных из эксплуатации в Studio управления затем сразу возвращение его онлайн. dbcc checkdb
бросил ошибки, которые были разрешены после выполнения этого. Я не могу сказать, почему это работало только, что это действительно работало.
Ссылка
У меня тоже недавно была эта проблема, и после множества исследований выяснилось, что это обычное явление, когда для базы данных установлено значение АВТО ЗАКРЫТЬ. Я установил для всех баз данных значение AUTO CLOSE = FALSE. Это началось с одной базы данных, затем перешло к двум, а затем уже ко всем. Я просто перезапустил службу экземпляров SQL Server вместо восстановления баз данных. Другой способ устранить проблему — отключить проблемную базу данных и снова вернуть ее в оперативный режим.
ответ дан
2 December 2019 в 20:11
Ссылка
MS SQL переведет журналы уязвимой базы данных в автономный режим, чтобы избежать повреждения базы данных. Вот почему вы получаете ошибку 9001.
Когда вы переводите уязвимую базу данных в автономный / интерактивный режим, MS SQL будет включать журналы затронутой базы данных до тех пор, пока ошибка не повторится.
Другой способ решить эту проблему — изменить параметр Auto_Close на OFF
http://sqlmag.com/blog/worst-practice-allowing-autoclose-sql-server-databases
ответ дан
2 December 2019 в 20:11
Ссылка
Да, у меня тоже была такая же проблема, она касалась ошибки 9001 tempDb, т.е. журнал недоступен. Мы перезапустили службы, и все было в порядке.
Причиной этого была проблема с SAN или хранилищем, во время операции ввода-вывода запись не могла выполняться более 15 секунд.
ответ дан
2 December 2019 в 20:11
Ссылка
Вчера я получил ту же ошибку: «журнал для базы данных«% »недоступен. Неустранимая ошибка 9001, сообщение 21. Обратитесь к администратору «-
Временное решение-
Я проверил TempDB, но он не был доступен, как и остальные системные базы данных.
Затем, прежде чем перейти к варианту ремонта, я просто перезапустил службы SQL для этого экземпляра, и проблема была решена
ответ дан
2 December 2019 в 20:11
Ссылка
Я также столкнулся с тем же ошибка «журнал для базы данных TempDB недоступен. Неустранимая ошибка 9001. Обратитесь к администратору» —
Я просто перезапустил все службы SQL, и проблема была решена:)
ответ дан Scalvo
20 April 2020 в 10:11
Ссылка
Я только что видел это с SQL Azure при переключении уровня eDTU. Когда он возвращался в сеть, я получил ошибку 9001. Я не думаю, что это предполагает какое-либо повреждение данных, просто побочный эффект отключения соединения и напоминание сделать это в нерабочее время или пересмотреть логику повторных попыток.
Обратите внимание, что это также сопровождалось ошибкой 3314.
System.Data.SqlClient.SqlException (0x80131904): The service has encountered an error processing your request. Please try again. Error code 9001.
The service has encountered an error processing your request. Please try again. Error code 9001.
The service has encountered an error processing your request. Please try again. Error code 3314.
ответ дан Simon
22 May 2020 в 22:14
Ссылка
Теги
Похожие вопросы
Это второй раз, когда я получаю следующую ошибку на своем веб-сайте:
Предупреждение. Неустранимая ошибка 9001 произошла 5 мая 2012 г., 1:16. Запишите ошибку и время и обратитесь к системному администратору.
Я получаю эту ошибку при входе на сайт. Однако нет никаких проблем с подключением базы данных или выборкой записей.
В прошлый раз, когда я просто сделал резервную копию и восстановил свою базу данных, эта проблема была решена. Но у меня снова возникла аналогичная проблема, теперь я хочу знать точную причину этой ошибки.
Я ценю твой ответ.
1 ответ
Лучший ответ