Showing posts with label restarting. Show all posts
Showing posts with label restarting. Show all posts

Tuesday, March 27, 2012

Database become inaccessible

Hi,
log file of my database become inaccessible after some time.
After restarting mssqlserver, few hours it is working fine and then it happe
n again.
In the serverlog I can see:
2004-01-28 04:18:21.65 spid55 udopen: Operating system error 32(The proce
ss cannot access the file because it is being used by another process.) duri
ng the creation/opening of physical device C:\Program Files\Microsoft SQL Se
rver\MSSQL\Data\Replication
DB_log.LDF.
2004-01-28 04:18:21.67 spid55 FCB::Open failed: Could not open device C:\
Program Files\Microsoft SQL Server\MSSQL\Data\ReplicationDB_log.LDF for virt
ual device number (VDN) 2.
2004-01-28 04:18:21.78 spid55 Attempting to rebuild primary log file for
database ReplicationDB.
2004-01-28 04:18:21.78 spid55 FCB::CreateFile() failed with error 80 for
file C:\Program Files\Microsoft SQL Server\MSSQL\Data\ReplicationDB_log.LDF.
regards
janCheck eventlog etc for OS and HW errors. Also, check if you have autoclose o
n, that can result in
the file being closed that the file is used by some other program (anti-viru
s, defrag etc).
Tibor Karaszi, SQL Server MVP
Archive at: http://groups.google.com/groups?oi=...ls
erver
"Jan Zatko" <jan.zatko@.frequentis.com> wrote in message
news:855E0933-1BE8-4B7F-94D1-BA214CBADDB7@.microsoft.com...
quote:

> Hi,
> log file of my database become inaccessible after some time.
> After restarting mssqlserver, few hours it is working fine and then it hap
pen again.
> In the serverlog I can see:
> 2004-01-28 04:18:21.65 spid55 udopen: Operating system error 32(The process cannot acce
ss the

file because it is being used by another process.) during the creation/openi
ng of physical device
C:\Program Files\Microsoft SQL Server\MSSQL\Data\ReplicationDB_log.LDF.
quote:

> 2004-01-28 04:18:21.67 spid55 FCB::Open failed: Could not open device C:\Program[/color
]

Files\Microsoft SQL Server\MSSQL\Data\ReplicationDB_log.LDF for virtual device number (VDN) 2.[QUO
TE]
> 2004-01-28 04:18:21.78 spid55 Attempting to rebuild primary log file for database[/colo
r][/QUOTE]
ReplicationDB.
quote:

> 2004-01-28 04:18:21.78 spid55 FCB::CreateFile() failed with error 80 for file C:\Progra
m

Files\Microsoft SQL Server\MSSQL\Data\ReplicationDB_log.LDF.
quote:

> regards
> jan

Database become inaccessible

Hi
log file of my database become inaccessible after some time.
After restarting mssqlserver, few hours it is working fine and then it happen again
In the serverlog I can see
2004-01-28 04:18:21.65 spid55 udopen: Operating system error 32(The process cannot access the file because it is being used by another process.) during the creation/opening of physical device C:\Program Files\Microsoft SQL Server\MSSQL\Data\ReplicationDB_log.LDF
2004-01-28 04:18:21.67 spid55 FCB::Open failed: Could not open device C:\Program Files\Microsoft SQL Server\MSSQL\Data\ReplicationDB_log.LDF for virtual device number (VDN) 2
2004-01-28 04:18:21.78 spid55 Attempting to rebuild primary log file for database ReplicationDB.
2004-01-28 04:18:21.78 spid55 FCB::CreateFile() failed with error 80 for file C:\Program Files\Microsoft SQL Server\MSSQL\Data\ReplicationDB_log.LDF.
regard
janCheck eventlog etc for OS and HW errors. Also, check if you have autoclose on, that can result in
the file being closed that the file is used by some other program (anti-virus, defrag etc).
--
Tibor Karaszi, SQL Server MVP
Archive at: http://groups.google.com/groups?oi=djq&as_ugroup=microsoft.public.sqlserver
"Jan Zatko" <jan.zatko@.frequentis.com> wrote in message
news:855E0933-1BE8-4B7F-94D1-BA214CBADDB7@.microsoft.com...
> Hi,
> log file of my database become inaccessible after some time.
> After restarting mssqlserver, few hours it is working fine and then it happen again.
> In the serverlog I can see:
> 2004-01-28 04:18:21.65 spid55 udopen: Operating system error 32(The process cannot access the
file because it is being used by another process.) during the creation/opening of physical device
C:\Program Files\Microsoft SQL Server\MSSQL\Data\ReplicationDB_log.LDF.
> 2004-01-28 04:18:21.67 spid55 FCB::Open failed: Could not open device C:\Program
Files\Microsoft SQL Server\MSSQL\Data\ReplicationDB_log.LDF for virtual device number (VDN) 2.
> 2004-01-28 04:18:21.78 spid55 Attempting to rebuild primary log file for database
ReplicationDB.
> 2004-01-28 04:18:21.78 spid55 FCB::CreateFile() failed with error 80 for file C:\Program
Files\Microsoft SQL Server\MSSQL\Data\ReplicationDB_log.LDF.
> regards
> jansql

Monday, March 19, 2012

Database auto-recovery after server startup

Hi All,
There is a relative-large Database (>12GB in size) in my SQLServer. It
can run as usual without restarting pc machine. After reboot the machine,
the large database would automatically recover for a long time (more than 5
hours). What should the problem be and what can i do for it? Please give
some advice. Thank you !Hi,
As a initial step,
Before rebooting the server please stop the SQL Server service and once it
is sucessful you can restart the Machine.
The only issue I can forsee is " The machine should have been rebooted while
a huge batch process is going on". Due to this after reboot
the Rollback and Roll forward will happen and during this time the database
will be in recovaring status.
Thanks
Hari
MCDBA
"Derek" <dereklim@.southasiagroup.com.hk> wrote in message
news:#wlYpfO1DHA.1272@.TK2MSFTNGP12.phx.gbl...
> Hi All,
> There is a relative-large Database (>12GB in size) in my SQLServer. It
> can run as usual without restarting pc machine. After reboot the machine,
> the large database would automatically recover for a long time (more than
5
> hours). What should the problem be and what can i do for it? Please give
> some advice. Thank you !
>|||Also check the sp_configure recovery interval in minutes,,, it probably
needs to be 0, or < 5.
Wayne Snyder, MCDBA, SQL Server MVP
Computer Education Services Corporation (CESC), Charlotte, NC
www.computeredservices.com
(Please respond only to the newsgroups.)
I support the Professional Association of SQL Server (PASS) and it's
community of SQL Server professionals.
www.sqlpass.org
"Derek" <dereklim@.southasiagroup.com.hk> wrote in message
news:%23wlYpfO1DHA.1272@.TK2MSFTNGP12.phx.gbl...
> Hi All,
> There is a relative-large Database (>12GB in size) in my SQLServer. It
> can run as usual without restarting pc machine. After reboot the machine,
> the large database would automatically recover for a long time (more than
5
> hours). What should the problem be and what can i do for it? Please give
> some advice. Thank you !
>

Wednesday, March 7, 2012

Databas recovery - Urgent...

i was trying to retsart mu Sql 2000 Server and one of my
database was marked suspect at start up
sp_resetstatus and restarting the server did not help me
So i detached the database - while detaching it did not
detach cleanly and it gave a msg database was uanble to
shutdown cleanly
Now when i am trying to re-attach the database using
CREATE DATABASE DCCTDG01
ON PRIMARY (FILENAME = 'k:\DCCTDG01\DCCTDG01.mdf')
FOR ATTACH
GO
i am getting this msg
Server: Msg 3624, Level 20, State 1, Line 1
Location:
p:\sql\ntdbms\storeng\drs\include\record.inl:1447
Expression: m_SizeRec > 0 && m_SizeRec <= MAXDATAROW
SPID: 55
Process ID: 1316
Connection Broken
Can someone pls help me as i dont have readily accesible
backups
Thanks
SanjayHi Sanjay,
Any chance the physical database files were corrupted somehow? If so, a
restore from backup might be the only option.
HTH,
--
Greg Low (MVP)
MSDE Manager SQL Tools
www.whitebearconsulting.com
"Sanjay" <sanjayg@.hotmail.com> wrote in message
news:042601c39a85$7579cbb0$a401280a@.phx.gbl...
> i was trying to retsart mu Sql 2000 Server and one of my
> database was marked suspect at start up
> sp_resetstatus and restarting the server did not help me
> So i detached the database - while detaching it did not
> detach cleanly and it gave a msg database was uanble to
> shutdown cleanly
> Now when i am trying to re-attach the database using
> CREATE DATABASE DCCTDG01
> ON PRIMARY (FILENAME = 'k:\DCCTDG01\DCCTDG01.mdf')
> FOR ATTACH
> GO
> i am getting this msg
> Server: Msg 3624, Level 20, State 1, Line 1
> Location:
> p:\sql\ntdbms\storeng\drs\include\record.inl:1447
> Expression: m_SizeRec > 0 && m_SizeRec <= MAXDATAROW
> SPID: 55
> Process ID: 1316
> Connection Broken
>
> Can someone pls help me as i dont have readily accesible
> backups
> Thanks
> Sanjay|||Last week there was a bulk copy to a table going on in
this database and the box hanged
When we restarted the box the K;\ (raid drive where all db
files reside) could not be recognized bcoz of some power
supply problems
This week finally we put in a new power supply and box has
started with k:\ showing up and rest of databases are fine
The only one marked suspect is this one to which BCP in
was going on while box crashed.
Is Torn Page detection that is causing the suspect'
what could have avoided this suspect status '
Sanjay
>--Original Message--
>Hi Sanjay,
>Any chance the physical database files were corrupted
somehow? If so, a
>restore from backup might be the only option.
>HTH,
>--
>Greg Low (MVP)
>MSDE Manager SQL Tools
>www.whitebearconsulting.com
>"Sanjay" <sanjayg@.hotmail.com> wrote in message
>news:042601c39a85$7579cbb0$a401280a@.phx.gbl...
>> i was trying to retsart mu Sql 2000 Server and one of my
>> database was marked suspect at start up
>> sp_resetstatus and restarting the server did not help me
>> So i detached the database - while detaching it did not
>> detach cleanly and it gave a msg database was uanble to
>> shutdown cleanly
>> Now when i am trying to re-attach the database using
>> CREATE DATABASE DCCTDG01
>> ON PRIMARY (FILENAME = 'k:\DCCTDG01\DCCTDG01.mdf')
>> FOR ATTACH
>> GO
>> i am getting this msg
>> Server: Msg 3624, Level 20, State 1, Line 1
>> Location:
>> p:\sql\ntdbms\storeng\drs\include\record.inl:1447
>> Expression: m_SizeRec > 0 && m_SizeRec <= MAXDATAROW
>> SPID: 55
>> Process ID: 1316
>> Connection Broken
>>
>> Can someone pls help me as i dont have readily accesible
>> backups
>> Thanks
>> Sanjay
>
>.
>|||Hi Sanjay,
The fact that the others were ok probably just means this database was the
unlucky victim at the time. If you have backups of it from before then, I'd
be suggesting using them, particularly if it's an urgent problem.
HTH,
--
Greg Low (MVP)
MSDE Manager SQL Tools
www.whitebearconsulting.com
"Sanjay" <sanjayg@.hotmail.com> wrote in message
news:066d01c39ac3$efddb310$a501280a@.phx.gbl...
> Last week there was a bulk copy to a table going on in
> this database and the box hanged
> When we restarted the box the K;\ (raid drive where all db
> files reside) could not be recognized bcoz of some power
> supply problems
> This week finally we put in a new power supply and box has
> started with k:\ showing up and rest of databases are fine
> The only one marked suspect is this one to which BCP in
> was going on while box crashed.
> Is Torn Page detection that is causing the suspect'
> what could have avoided this suspect status '
> Sanjay
>
> >--Original Message--
> >Hi Sanjay,
> >
> >Any chance the physical database files were corrupted
> somehow? If so, a
> >restore from backup might be the only option.
> >
> >HTH,
> >
> >--
> >Greg Low (MVP)
> >MSDE Manager SQL Tools
> >www.whitebearconsulting.com
> >
> >"Sanjay" <sanjayg@.hotmail.com> wrote in message
> >news:042601c39a85$7579cbb0$a401280a@.phx.gbl...
> >> i was trying to retsart mu Sql 2000 Server and one of my
> >> database was marked suspect at start up
> >>
> >> sp_resetstatus and restarting the server did not help me
> >>
> >> So i detached the database - while detaching it did not
> >> detach cleanly and it gave a msg database was uanble to
> >> shutdown cleanly
> >>
> >> Now when i am trying to re-attach the database using
> >>
> >> CREATE DATABASE DCCTDG01
> >> ON PRIMARY (FILENAME = 'k:\DCCTDG01\DCCTDG01.mdf')
> >> FOR ATTACH
> >> GO
> >>
> >> i am getting this msg
> >>
> >> Server: Msg 3624, Level 20, State 1, Line 1
> >>
> >> Location:
> >> p:\sql\ntdbms\storeng\drs\include\record.inl:1447
> >> Expression: m_SizeRec > 0 && m_SizeRec <= MAXDATAROW
> >> SPID: 55
> >> Process ID: 1316
> >>
> >> Connection Broken
> >>
> >>
> >> Can someone pls help me as i dont have readily accesible
> >> backups
> >>
> >> Thanks
> >> Sanjay
> >
> >
> >.
> >