E
Erik vS
Hi
I'm afraid I'm not very experienced in these maters. In november 08 I bought
an XP-Pro laptop for my home-office and this had outlook 2007 with BCM
installed. I have been reading the blog/FAQ area and tried to put my question
there. I hope I have found the correct forum this time!
The default setting in XP was that the main and only user did not need to
log onto the computer: you start the computer and it goes right to the
desktop without logins. The "real" administrator account I did give a pw. Now
I rencently decided that I should have a pw also for the admin/user account
Erik (that's me but lo and behold! then BCM would not let me open my old
"MSSmallBusiness.ldf" and MSSmallBusiness.mdf. I created MSSmallBusiness2
files and used a backup which gave me part of my data back... but there must
be a way of using the ldf and mdf files to get all data back. I tried going
back to previous settings but windows would have nothing of it: if I had
created a pw for 'Erik' then this was not changed back when I tried older
system settings. I tried to simply remove the pw again, but this did not
trick the system either. I cannot go back to the old, unprotected 'Erik'.
Frustrating.
I get the "error 5 message" described on the blog, so it sees the files but
will not allow me to open it. I tried opening as the real administrator
login, but it also gave the error 5 message. It would seem that as the
original user Erik did not have a pw, any atempt to open it now is foiled by
the rule that one needs a pw!
I tried to modify the script that is found on the blog page so that it might
work on my swedish computer. it now looks like this:
"c:\program\microsoft sql server\90\tools\binn\sqlcmd.exe" -b -E -S
..\MSSMLBIZ -Q "EXEC sp_attach_db @dbname = 'MSSmallBusiness', @filename1 =
'C:\Documents and Settings\Erik\Lokala inställningar\Application
Data\Microsoft\Business Contact Manager\MSSmallBusiness.mdf', @filename2 =
'C:\Documents and Settings\Erik\Lokala inställningar\Application
Data\Microsoft\Business Contact Manager\MSSmallBusiness.ldf';">>"C:\Documents
and Settings\Erik\Lokala inställningar\Application Data\Microsoft\Business
Contact Manager\MSSmallBusiness_RestoreResult.txt"
@ECHO Attach DB Returned:%ERRORLEVEL%>>"C:\Documents and
Settings\Erik\Lokala inställningar\Application Data\Microsoft\Business
Contact Manager\MSSmallBusiness_RestoreResult.txt"
@ECHO Attach DB Returned:%ERRORLEVEL%
I expected that running this script the txt files should appear in the
stated local app data folder but nothing shows up. Actually nothing much
seems to happen at all. Someone else had also noted that there was no
MSSMLBIZ folder on the computer. Looking for this name a search come up with
the file perf-MSSMLBIZsqlctr.ini found in the folder C:\Program\Microsoft SQL
Server\MSSQL.1\MSSQL\Binn
(please note the simple 'C:\Program\' as an exemple of what can be slightly
different on a swedish computer.
Can anyone see what is either wrong in the above scipt (I maybe did not
properly exchange the %% variable with a complete address line) or please,
please tell me what more I can do.
I'm afraid I'm not very experienced in these maters. In november 08 I bought
an XP-Pro laptop for my home-office and this had outlook 2007 with BCM
installed. I have been reading the blog/FAQ area and tried to put my question
there. I hope I have found the correct forum this time!
The default setting in XP was that the main and only user did not need to
log onto the computer: you start the computer and it goes right to the
desktop without logins. The "real" administrator account I did give a pw. Now
I rencently decided that I should have a pw also for the admin/user account
Erik (that's me but lo and behold! then BCM would not let me open my old
"MSSmallBusiness.ldf" and MSSmallBusiness.mdf. I created MSSmallBusiness2
files and used a backup which gave me part of my data back... but there must
be a way of using the ldf and mdf files to get all data back. I tried going
back to previous settings but windows would have nothing of it: if I had
created a pw for 'Erik' then this was not changed back when I tried older
system settings. I tried to simply remove the pw again, but this did not
trick the system either. I cannot go back to the old, unprotected 'Erik'.
Frustrating.
I get the "error 5 message" described on the blog, so it sees the files but
will not allow me to open it. I tried opening as the real administrator
login, but it also gave the error 5 message. It would seem that as the
original user Erik did not have a pw, any atempt to open it now is foiled by
the rule that one needs a pw!
I tried to modify the script that is found on the blog page so that it might
work on my swedish computer. it now looks like this:
"c:\program\microsoft sql server\90\tools\binn\sqlcmd.exe" -b -E -S
..\MSSMLBIZ -Q "EXEC sp_attach_db @dbname = 'MSSmallBusiness', @filename1 =
'C:\Documents and Settings\Erik\Lokala inställningar\Application
Data\Microsoft\Business Contact Manager\MSSmallBusiness.mdf', @filename2 =
'C:\Documents and Settings\Erik\Lokala inställningar\Application
Data\Microsoft\Business Contact Manager\MSSmallBusiness.ldf';">>"C:\Documents
and Settings\Erik\Lokala inställningar\Application Data\Microsoft\Business
Contact Manager\MSSmallBusiness_RestoreResult.txt"
@ECHO Attach DB Returned:%ERRORLEVEL%>>"C:\Documents and
Settings\Erik\Lokala inställningar\Application Data\Microsoft\Business
Contact Manager\MSSmallBusiness_RestoreResult.txt"
@ECHO Attach DB Returned:%ERRORLEVEL%
I expected that running this script the txt files should appear in the
stated local app data folder but nothing shows up. Actually nothing much
seems to happen at all. Someone else had also noted that there was no
MSSMLBIZ folder on the computer. Looking for this name a search come up with
the file perf-MSSMLBIZsqlctr.ini found in the folder C:\Program\Microsoft SQL
Server\MSSQL.1\MSSQL\Binn
(please note the simple 'C:\Program\' as an exemple of what can be slightly
different on a swedish computer.
Can anyone see what is either wrong in the above scipt (I maybe did not
properly exchange the %% variable with a complete address line) or please,
please tell me what more I can do.