Bug or Feature?

When upgrading a database from MSDE to Visual Studio 2005 Express, I've noticed that the system tables in the MSDB database don't get upgraded. For example, the SYSSCHEDULES table doesn't get added. Is this by design or a bug?

-Doug

Belatedly moving this thread to the Express forum for an answer.|||

Given that there is no SQL Agent support in Express this may well be by design

|||

Hi Doug,

This has been addressed in SP1, which you can get from http://msdn.microsoft.com/vstudio/express/sql/download.

Regards,

Mike Wachal
SQL Express team

Mark the best posts as Answers!

|||I did find a fix to this problem. If I run the INSTMSDB.SQL script from the install directory on the updgraded database, it will install all of the new MSDB system tables.

Bug in Ent Mgr Maintenance Plan Wizard if MSDE vs SQL

I have seen this "bug" many times personally, but cannot seem to find any posting on the Internet about it. I have many customers using MSDE
The bug is with the Database Maintenance Plans of Microsoft SQL Enterprise Manager when connecting to MSDE.
Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT include licence for Enterprize Manager (EM)... but any technician who does have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access Licence) does have Enterprize Manag
er and can connect and manage MSDE and SQL engines/servers equally well.
Consider http://support.microsoft.com/default...22&Product=sql Here we see substantiation that one "can" use EM and Maintenance Plans on MSDE, albeit that you had better be the latest Service Pack since the sqlmaint feature was over
looked in the original release to market.
The bug I am reporting is with the "Remove after X Weeks/Days" option for Database Backup, Transaction Backup (and Log text files). This is important because unless you can also choose to do so, one will end up filling the hard disk with far too many SQL
dumps.
If connected to an SQL server... the option works fine. If connected to an MSDE, the option fails to provie the drop-down for days/weeks and the resulting job created has bugs in the command line options of the job step which one must then go and manuall
y tweak to be correct (never report a bug without a workaround eh? ;-P)
John,
As far as im aware this happens because the maintenance wizard
(sqlmaint.exe) is looking for a backupdirectory string valuein the MSDE
instance registry location.
(I would maybe do this on a test machine first if possible or make sure you
have backups)
So firstly make sure the following backup folder path exists , if not create
it :
c:\program files\microsoft sql server\<MSDE instance>\Backup.
Then in regedit:
HKLM\Software\Microsoft\Microsoft SQL Server\<MSDE instance>\MSSQLserver
there should be a BackupDirectory string value , the value data should be
the physical path to the backup folder in our case c:\program
files\microsoft sql server\<MSDE instance>\Backup.
HTH
Dylan
"John D. Sullivan" <John D. Sullivan@.discussions.microsoft.com> wrote in
message news:835E25B5-6EE5-4533-A1D5-43D3873BC0B1@.microsoft.com...
> I have seen this "bug" many times personally, but cannot seem to find any
posting on the Internet about it. I have many customers using MSDE
> The bug is with the Database Maintenance Plans of Microsoft SQL Enterprise
Manager when connecting to MSDE.
> Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT
include licence for Enterprize Manager (EM)... but any technician who does
have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access
Licence) does have Enterprize Manager and can connect and manage MSDE and
SQL engines/servers equally well.
> Consider
http://support.microsoft.com/default...22&Product=sql
Here we see substantiation that one "can" use EM and Maintenance Plans on
MSDE, albeit that you had better be the latest Service Pack since the
sqlmaint feature was overlooked in the original release to market.
> The bug I am reporting is with the "Remove after X Weeks/Days" option for
Database Backup, Transaction Backup (and Log text files). This is important
because unless you can also choose to do so, one will end up filling the
hard disk with far too many SQL dumps.
> If connected to an SQL server... the option works fine. If connected to
an MSDE, the option fails to provie the drop-down for days/weeks and the
resulting job created has bugs in the command line options of the job step
which one must then go and manually tweak to be correct (never report a bug
without a workaround eh? ;-P)
|||Thanks for the thought. No that's not what I mean (see my additional post
in next thread). About the backup folder here is what I did discover the
hard way..
When creating the Maintenance Plan...if one chooses "use the default backup
directory" then it seems to work, and the (first) backup will create the
folder path even if it did not yet exist. However if you specify a "use
this directory" to backup to... then I have found that folder you specify
had better exist already because the backup job will fail rather than create
it. So there's a little idiosyncracy for ya. (I have not experienced the
issue you mention, but perhaps that is an issue if the SQL is installed as a
"named" instance of SQL instead of the default/single instance of SQL? in
which case thank you for the additional tweaks)
John D. Sullivan
ABELSoft Corporation
"Dylan Kruger" <carmellobear1@.hotmail.com> wrote in message
news:OQXmdsjaEHA.3596@.tk2msftngp13.phx.gbl...
> John,
> As far as im aware this happens because the maintenance wizard
> (sqlmaint.exe) is looking for a backupdirectory string valuein the MSDE
> instance registry location.
> (I would maybe do this on a test machine first if possible or make sure
you
> have backups)
> So firstly make sure the following backup folder path exists , if not
create[vbcol=seagreen]
> it :
> c:\program files\microsoft sql server\<MSDE instance>\Backup.
> Then in regedit:
> HKLM\Software\Microsoft\Microsoft SQL Server\<MSDE instance>\MSSQLserver
> there should be a BackupDirectory string value , the value data should be
> the physical path to the backup folder in our case c:\program
> files\microsoft sql server\<MSDE instance>\Backup.
> HTH
> Dylan
>
>
> "John D. Sullivan" <John D. Sullivan@.discussions.microsoft.com> wrote in
> message news:835E25B5-6EE5-4533-A1D5-43D3873BC0B1@.microsoft.com...
any[vbcol=seagreen]
> posting on the Internet about it. I have many customers using MSDE
Enterprise[vbcol=seagreen]
> Manager when connecting to MSDE.
> include licence for Enterprize Manager (EM)... but any technician who does
> have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access
> Licence) does have Enterprize Manager and can connect and manage MSDE and
> SQL engines/servers equally well.
> http://support.microsoft.com/default...22&Product=sql
> Here we see substantiation that one "can" use EM and Maintenance Plans on
> MSDE, albeit that you had better be the latest Service Pack since the
> sqlmaint feature was overlooked in the original release to market.
for
> Database Backup, Transaction Backup (and Log text files). This is
important
> because unless you can also choose to do so, one will end up filling the
> hard disk with far too many SQL dumps.
> an MSDE, the option fails to provie the drop-down for days/weeks and the
> resulting job created has bugs in the command line options of the job step
> which one must then go and manually tweak to be correct (never report a
bug
> without a workaround eh? ;-P)
>

Bug in Ent Mgr Maintenance Plan Wizard if MSDE vs SQL

I have seen this "bug" many times personally, but cannot seem to find any posting on the Internet about it. I have many customers using MSDE
The bug is with the Database Maintenance Plans of Microsoft SQL Enterprise Manager when connecting to MSDE.
Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT include licence for Enterprize Manager (EM)... but any technician who does have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access Licence) does have Enterprize Manag
er and can connect and manage MSDE and SQL engines/servers equally well.
Consider http://support.microsoft.com/default...22&Product=sql Here we see substantiation that one "can" use EM and Maintenance Plans on MSDE, albeit that you had better be the latest Service Pack since the sqlmaint feature was over
looked in the original release to market.
The bug I am reporting is with the "Remove after X Weeks/Days" option for Database Backup, Transaction Backup (and Log text files). This is important because unless you can also choose to do so, one will end up filling the hard disk with far too many SQL
dumps.
If connected to an SQL server... the option works fine. If connected to an MSDE, the option fails to provie the drop-down for days/weeks and the resulting job created has bugs in the command line options of the job step which one must then go and manuall
y tweak to be correct (never report a bug without a workaround eh? ;-P)
John,
As far as im aware this happens because the maintenance wizard
(sqlmaint.exe) is looking for a backupdirectory string valuein the MSDE
instance registry location.
(I would maybe do this on a test machine first if possible or make sure you
have backups)
So firstly make sure the following backup folder path exists , if not create
it :
c:\program files\microsoft sql server\<MSDE instance>\Backup.
Then in regedit:
HKLM\Software\Microsoft\Microsoft SQL Server\<MSDE instance>\MSSQLserver
there should be a BackupDirectory string value , the value data should be
the physical path to the backup folder in our case c:\program
files\microsoft sql server\<MSDE instance>\Backup.
HTH
Dylan
"John D. Sullivan" <John D. Sullivan@.discussions.microsoft.com> wrote in
message news:835E25B5-6EE5-4533-A1D5-43D3873BC0B1@.microsoft.com...
> I have seen this "bug" many times personally, but cannot seem to find any
posting on the Internet about it. I have many customers using MSDE
> The bug is with the Database Maintenance Plans of Microsoft SQL Enterprise
Manager when connecting to MSDE.
> Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT
include licence for Enterprize Manager (EM)... but any technician who does
have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access
Licence) does have Enterprize Manager and can connect and manage MSDE and
SQL engines/servers equally well.
> Consider
http://support.microsoft.com/default...22&Product=sql
Here we see substantiation that one "can" use EM and Maintenance Plans on
MSDE, albeit that you had better be the latest Service Pack since the
sqlmaint feature was overlooked in the original release to market.
> The bug I am reporting is with the "Remove after X Weeks/Days" option for
Database Backup, Transaction Backup (and Log text files). This is important
because unless you can also choose to do so, one will end up filling the
hard disk with far too many SQL dumps.
> If connected to an SQL server... the option works fine. If connected to
an MSDE, the option fails to provie the drop-down for days/weeks and the
resulting job created has bugs in the command line options of the job step
which one must then go and manually tweak to be correct (never report a bug
without a workaround eh? ;-P)
|||Thanks for the thought. No that's not what I mean (see my additional post
in next thread). About the backup folder here is what I did discover the
hard way..
When creating the Maintenance Plan...if one chooses "use the default backup
directory" then it seems to work, and the (first) backup will create the
folder path even if it did not yet exist. However if you specify a "use
this directory" to backup to... then I have found that folder you specify
had better exist already because the backup job will fail rather than create
it. So there's a little idiosyncracy for ya. (I have not experienced the
issue you mention, but perhaps that is an issue if the SQL is installed as a
"named" instance of SQL instead of the default/single instance of SQL? in
which case thank you for the additional tweaks)
John D. Sullivan
ABELSoft Corporation
"Dylan Kruger" <carmellobear1@.hotmail.com> wrote in message
news:OQXmdsjaEHA.3596@.tk2msftngp13.phx.gbl...
> John,
> As far as im aware this happens because the maintenance wizard
> (sqlmaint.exe) is looking for a backupdirectory string valuein the MSDE
> instance registry location.
> (I would maybe do this on a test machine first if possible or make sure
you
> have backups)
> So firstly make sure the following backup folder path exists , if not
create[vbcol=seagreen]
> it :
> c:\program files\microsoft sql server\<MSDE instance>\Backup.
> Then in regedit:
> HKLM\Software\Microsoft\Microsoft SQL Server\<MSDE instance>\MSSQLserver
> there should be a BackupDirectory string value , the value data should be
> the physical path to the backup folder in our case c:\program
> files\microsoft sql server\<MSDE instance>\Backup.
> HTH
> Dylan
>
>
> "John D. Sullivan" <John D. Sullivan@.discussions.microsoft.com> wrote in
> message news:835E25B5-6EE5-4533-A1D5-43D3873BC0B1@.microsoft.com...
any[vbcol=seagreen]
> posting on the Internet about it. I have many customers using MSDE
Enterprise[vbcol=seagreen]
> Manager when connecting to MSDE.
> include licence for Enterprize Manager (EM)... but any technician who does
> have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access
> Licence) does have Enterprize Manager and can connect and manage MSDE and
> SQL engines/servers equally well.
> http://support.microsoft.com/default...22&Product=sql
> Here we see substantiation that one "can" use EM and Maintenance Plans on
> MSDE, albeit that you had better be the latest Service Pack since the
> sqlmaint feature was overlooked in the original release to market.
for
> Database Backup, Transaction Backup (and Log text files). This is
important
> because unless you can also choose to do so, one will end up filling the
> hard disk with far too many SQL dumps.
> an MSDE, the option fails to provie the drop-down for days/weeks and the
> resulting job created has bugs in the command line options of the job step
> which one must then go and manually tweak to be correct (never report a
bug
> without a workaround eh? ;-P)
>

Bug in Database Maintenance Plans Enterprise Manager and MSDE v SQL

I have seen this "bug" many times personally, but cannot seem to find any
posting on the Internet about it. I have many customers using MSDE
The bug is with the Database Maintenance Plans of Microsoft SQL Enterprise
Manager when connecting to MSDE.
Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT
include licence for Enterprize Manager (EM)... but any technician who does
have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access
Licence) does have Enterprize Manager and can connect and manage MSDE and
SQL engines/servers equally well.
Consider
http://support.microsoft.com/default...22&Product=sql
Here we see substantiation that one "can" use EM and Maintenance Plans on
MSDE, albeit that you had better be the latest Service Pack since the
sqlmaint feature was overlooked in the original release to market.
The bug I am reporting is with the "Remove after X Weeks/Days" option for
Database Backup, Transaction Backup (and Log text files). This is important
because unless you can also choose to do so, one will end up filling the
hard disk with far too many SQL dumps.
If connected to an SQL server... the option works fine. If connected to an
MSDE, the option fails to provie the drop-down for days/weeks and the
resulting job created has bugs in the command line options of the job step
which one must then go and manually tweak to be correct (never report a bug
without a workaround eh? ;-P)
John D. Sullivan
ABELSoft Corporation
(email address munged)
This is not just an MSDE problem. We have had problems with out Enterprise
version not deleting backups. Never resolved it. Wrote scripts to delete
files.
Bob
SuccessWare Software
"John D. Sullivan" <noone@.nothing.com> wrote in message
news:uGWJDreaEHA.3716@.TK2MSFTNGP11.phx.gbl...
> I have seen this "bug" many times personally, but cannot seem to find any
> posting on the Internet about it. I have many customers using MSDE
> The bug is with the Database Maintenance Plans of Microsoft SQL Enterprise
> Manager when connecting to MSDE.
> Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT
> include licence for Enterprize Manager (EM)... but any technician who does
> have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access
> Licence) does have Enterprize Manager and can connect and manage MSDE and
> SQL engines/servers equally well.
> Consider
> http://support.microsoft.com/default...22&Product=sql
> Here we see substantiation that one "can" use EM and Maintenance Plans on
> MSDE, albeit that you had better be the latest Service Pack since the
> sqlmaint feature was overlooked in the original release to market.
> The bug I am reporting is with the "Remove after X Weeks/Days" option for
> Database Backup, Transaction Backup (and Log text files). This is
important
> because unless you can also choose to do so, one will end up filling the
> hard disk with far too many SQL dumps.
> If connected to an SQL server... the option works fine. If connected to
an
> MSDE, the option fails to provie the drop-down for days/weeks and the
> resulting job created has bugs in the command line options of the job step
> which one must then go and manually tweak to be correct (never report a
bug
> without a workaround eh? ;-P)
> John D. Sullivan
> ABELSoft Corporation
> (email address munged)
>
|||Excellent information that is very relevant. Thank you Mark. It is very
useful to know that the sqlmaint.exe tool fails to delete the backups on 9x
platform. While it is true that SQL 7 has no Database Maintenance Plan
branch under Management in the Enterprise Manager and therefore connecting
to an SQL 2k it is not possible to edit or delete a "plan" but only the
Job/steps... the problem I am citing is a bit different.
What I mean to say is that when creating a new Database Maintenance Plan
using the GUI Enterprise Manager (2000) that takes one through a multi-step
"wizard", it is possible to "check box" that you wish to "Remove files older
than" but the boxes for quantity and units (e.g. 4, Weeks) are fine if
manageing an SQL 2000 edition other than MSDE but when MSDE 2000 (all
service packs) is the engine/server the GUI of the Maintenance Plan Wizard
shows blanks for the qty/units of days/weeks to remove old files.
Workaround: if you go ahead and checkbox to remove old files, manually fill
in a number for qty (you cannot fill in units) and continue through the
wizard it WILL create the Job/step(s)... however the job step that EXECUTEs
xp_sqlmaint (notice this is the extended stored procedure equivalent of
command prompt sqlmaint.exe) will have slight syntax errors in the argument
list. The resulting Job fails to execute. Obviously the -DelBkUps switch
will not have the correct <time value> after it... if you filled in 77 it
will say 77 but has no WEEKS or DAYS or what have you. One has to edit the
job step and manually tweak the command line arguments until they are
correct, then it will work.
By the way, I find viewing the results of job and job steps pretty much
useless. You might see an error number you can lookup. One ends up copying
the entire command and pasting and running it as a query to find out exactly
where/why it is failing. Instead, I find it very useful to check the option
in the Maintenance Plan to write report to a text file..because the error
message(s) in there are far more detailed and useful.
John D. Sullivan
ABELSoft Corporation
"Mark Allison" <marka@.no.tinned.meat.mvps.org> wrote in message
news:OAZ539laEHA.2908@.TK2MSFTNGP10.phx.gbl...[vbcol=seagreen]
> John,
> Yep, this is a bug. Have a look at these articles:
> BUG: Sqlmaint Does Not Delete Expired Backup Files on Windows 95, 98 or
> ME Computers
> http://support.microsoft.com/?id=278667
> BUG: Cannot Edit or Delete Database Maintenance Plan on MSDE Installation
> http://support.microsoft.com/?id=247879
> FIX: SQLMaint.exe Sets Database Status Incorrectly
> http://support.microsoft.com/?id=276234
>
> --
> Mark Allison, SQL Server MVP
> http://www.markallison.co.uk
> Looking for a SQL Server replication book?
> http://www.nwsu.com/0974973602.html
>
> John D. Sullivan wrote:
any[vbcol=seagreen]
Enterprise[vbcol=seagreen]
does[vbcol=seagreen]
Access[vbcol=seagreen]
and[vbcol=seagreen]
http://support.microsoft.com/default...22&Product=sql[vbcol=seagreen]
on[vbcol=seagreen]
for[vbcol=seagreen]
important[vbcol=seagreen]
an[vbcol=seagreen]
step[vbcol=seagreen]
bug[vbcol=seagreen]

Bug in Database Maintenance Plans Enterprise Manager and MSDE v SQL

I have seen this "bug" many times personally, but cannot seem to find any
posting on the Internet about it. I have many customers using MSDE
The bug is with the Database Maintenance Plans of Microsoft SQL Enterprise
Manager when connecting to MSDE.
Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT
include licence for Enterprize Manager (EM)... but any technician who does
have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access
Licence) does have Enterprize Manager and can connect and manage MSDE and
SQL engines/servers equally well.
Consider
http://support.microsoft.com/default.aspx?scid=kb;en-us;295022&Product=sql
Here we see substantiation that one "can" use EM and Maintenance Plans on
MSDE, albeit that you had better be the latest Service Pack since the
sqlmaint feature was overlooked in the original release to market.
The bug I am reporting is with the "Remove after X Weeks/Days" option for
Database Backup, Transaction Backup (and Log text files). This is important
because unless you can also choose to do so, one will end up filling the
hard disk with far too many SQL dumps.
If connected to an SQL server... the option works fine. If connected to an
MSDE, the option fails to provie the drop-down for days/weeks and the
resulting job created has bugs in the command line options of the job step
which one must then go and manually tweak to be correct (never report a bug
without a workaround eh? ;-P)
John D. Sullivan
ABELSoft Corporation
(email address munged)This is not just an MSDE problem. We have had problems with out Enterprise
version not deleting backups. Never resolved it. Wrote scripts to delete
files.
Bob
SuccessWare Software
"John D. Sullivan" <noone@.nothing.com> wrote in message
news:uGWJDreaEHA.3716@.TK2MSFTNGP11.phx.gbl...
> I have seen this "bug" many times personally, but cannot seem to find any
> posting on the Internet about it. I have many customers using MSDE
> The bug is with the Database Maintenance Plans of Microsoft SQL Enterprise
> Manager when connecting to MSDE.
> Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT
> include licence for Enterprize Manager (EM)... but any technician who does
> have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access
> Licence) does have Enterprize Manager and can connect and manage MSDE and
> SQL engines/servers equally well.
> Consider
> http://support.microsoft.com/default.aspx?scid=kb;en-us;295022&Product=sql
> Here we see substantiation that one "can" use EM and Maintenance Plans on
> MSDE, albeit that you had better be the latest Service Pack since the
> sqlmaint feature was overlooked in the original release to market.
> The bug I am reporting is with the "Remove after X Weeks/Days" option for
> Database Backup, Transaction Backup (and Log text files). This is
important
> because unless you can also choose to do so, one will end up filling the
> hard disk with far too many SQL dumps.
> If connected to an SQL server... the option works fine. If connected to
an
> MSDE, the option fails to provie the drop-down for days/weeks and the
> resulting job created has bugs in the command line options of the job step
> which one must then go and manually tweak to be correct (never report a
bug
> without a workaround eh? ;-P)
> John D. Sullivan
> ABELSoft Corporation
> (email address munged)
>|||John,
Yep, this is a bug. Have a look at these articles:
BUG: Sqlmaint Does Not Delete Expired Backup Files on Windows 95, 98 or
ME Computers
http://support.microsoft.com/?id=278667
BUG: Cannot Edit or Delete Database Maintenance Plan on MSDE Installation
http://support.microsoft.com/?id=247879
FIX: SQLMaint.exe Sets Database Status Incorrectly
http://support.microsoft.com/?id=276234
Mark Allison, SQL Server MVP
http://www.markallison.co.uk
Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html
John D. Sullivan wrote:
> I have seen this "bug" many times personally, but cannot seem to find any
> posting on the Internet about it. I have many customers using MSDE
> The bug is with the Database Maintenance Plans of Microsoft SQL Enterprise
> Manager when connecting to MSDE.
> Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT
> include licence for Enterprize Manager (EM)... but any technician who does
> have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access
> Licence) does have Enterprize Manager and can connect and manage MSDE and
> SQL engines/servers equally well.
> Consider
> http://support.microsoft.com/default.aspx?scid=kb;en-us;295022&Product=sql
> Here we see substantiation that one "can" use EM and Maintenance Plans on
> MSDE, albeit that you had better be the latest Service Pack since the
> sqlmaint feature was overlooked in the original release to market.
> The bug I am reporting is with the "Remove after X Weeks/Days" option for
> Database Backup, Transaction Backup (and Log text files). This is important
> because unless you can also choose to do so, one will end up filling the
> hard disk with far too many SQL dumps.
> If connected to an SQL server... the option works fine. If connected to an
> MSDE, the option fails to provie the drop-down for days/weeks and the
> resulting job created has bugs in the command line options of the job step
> which one must then go and manually tweak to be correct (never report a bug
> without a workaround eh? ;-P)
> John D. Sullivan
> ABELSoft Corporation
> (email address munged)
>|||Excellent information that is very relevant. Thank you Mark. It is very
useful to know that the sqlmaint.exe tool fails to delete the backups on 9x
platform. While it is true that SQL 7 has no Database Maintenance Plan
branch under Management in the Enterprise Manager and therefore connecting
to an SQL 2k it is not possible to edit or delete a "plan" but only the
Job/steps... the problem I am citing is a bit different.
What I mean to say is that when creating a new Database Maintenance Plan
using the GUI Enterprise Manager (2000) that takes one through a multi-step
"wizard", it is possible to "check box" that you wish to "Remove files older
than" but the boxes for quantity and units (e.g. 4, Weeks) are fine if
manageing an SQL 2000 edition other than MSDE but when MSDE 2000 (all
service packs) is the engine/server the GUI of the Maintenance Plan Wizard
shows blanks for the qty/units of days/weeks to remove old files.
Workaround: if you go ahead and checkbox to remove old files, manually fill
in a number for qty (you cannot fill in units) and continue through the
wizard it WILL create the Job/step(s)... however the job step that EXECUTEs
xp_sqlmaint (notice this is the extended stored procedure equivalent of
command prompt sqlmaint.exe) will have slight syntax errors in the argument
list. The resulting Job fails to execute. Obviously the -DelBkUps switch
will not have the correct <time value> after it... if you filled in 77 it
will say 77 but has no WEEKS or DAYS or what have you. One has to edit the
job step and manually tweak the command line arguments until they are
correct, then it will work.
By the way, I find viewing the results of job and job steps pretty much
useless. You might see an error number you can lookup. One ends up copying
the entire command and pasting and running it as a query to find out exactly
where/why it is failing. Instead, I find it very useful to check the option
in the Maintenance Plan to write report to a text file..because the error
message(s) in there are far more detailed and useful.
John D. Sullivan
ABELSoft Corporation
"Mark Allison" <marka@.no.tinned.meat.mvps.org> wrote in message
news:OAZ539laEHA.2908@.TK2MSFTNGP10.phx.gbl...
> John,
> Yep, this is a bug. Have a look at these articles:
> BUG: Sqlmaint Does Not Delete Expired Backup Files on Windows 95, 98 or
> ME Computers
> http://support.microsoft.com/?id=278667
> BUG: Cannot Edit or Delete Database Maintenance Plan on MSDE Installation
> http://support.microsoft.com/?id=247879
> FIX: SQLMaint.exe Sets Database Status Incorrectly
> http://support.microsoft.com/?id=276234
>
> --
> Mark Allison, SQL Server MVP
> http://www.markallison.co.uk
> Looking for a SQL Server replication book?
> http://www.nwsu.com/0974973602.html
>
> John D. Sullivan wrote:
> > I have seen this "bug" many times personally, but cannot seem to find
any
> > posting on the Internet about it. I have many customers using MSDE
> >
> > The bug is with the Database Maintenance Plans of Microsoft SQL
Enterprise
> > Manager when connecting to MSDE.
> >
> > Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT
> > include licence for Enterprize Manager (EM)... but any technician who
does
> > have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client
Access
> > Licence) does have Enterprize Manager and can connect and manage MSDE
and
> > SQL engines/servers equally well.
> >
> > Consider
> >
http://support.microsoft.com/default.aspx?scid=kb;en-us;295022&Product=sql
> > Here we see substantiation that one "can" use EM and Maintenance Plans
on
> > MSDE, albeit that you had better be the latest Service Pack since the
> > sqlmaint feature was overlooked in the original release to market.
> >
> > The bug I am reporting is with the "Remove after X Weeks/Days" option
for
> > Database Backup, Transaction Backup (and Log text files). This is
important
> > because unless you can also choose to do so, one will end up filling the
> > hard disk with far too many SQL dumps.
> >
> > If connected to an SQL server... the option works fine. If connected to
an
> > MSDE, the option fails to provie the drop-down for days/weeks and the
> > resulting job created has bugs in the command line options of the job
step
> > which one must then go and manually tweak to be correct (never report a
bug
> > without a workaround eh? ;-P)
> >
> > John D. Sullivan
> > ABELSoft Corporation
> > (email address munged)
> >
> >|||John,
Yep it's annoying. I try not to use maintenance plans for my routine
tasks as I like to have the flexibility of creating my own maintenance
jobs. This may be a workaround you might wish to consider.
--
Mark Allison, SQL Server MVP
http://www.markallison.co.uk
Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html
John D. Sullivan wrote:
> Excellent information that is very relevant. Thank you Mark. It is very
> useful to know that the sqlmaint.exe tool fails to delete the backups on 9x
> platform. While it is true that SQL 7 has no Database Maintenance Plan
> branch under Management in the Enterprise Manager and therefore connecting
> to an SQL 2k it is not possible to edit or delete a "plan" but only the
> Job/steps... the problem I am citing is a bit different.
> What I mean to say is that when creating a new Database Maintenance Plan
> using the GUI Enterprise Manager (2000) that takes one through a multi-step
> "wizard", it is possible to "check box" that you wish to "Remove files older
> than" but the boxes for quantity and units (e.g. 4, Weeks) are fine if
> manageing an SQL 2000 edition other than MSDE but when MSDE 2000 (all
> service packs) is the engine/server the GUI of the Maintenance Plan Wizard
> shows blanks for the qty/units of days/weeks to remove old files.
> Workaround: if you go ahead and checkbox to remove old files, manually fill
> in a number for qty (you cannot fill in units) and continue through the
> wizard it WILL create the Job/step(s)... however the job step that EXECUTEs
> xp_sqlmaint (notice this is the extended stored procedure equivalent of
> command prompt sqlmaint.exe) will have slight syntax errors in the argument
> list. The resulting Job fails to execute. Obviously the -DelBkUps switch
> will not have the correct <time value> after it... if you filled in 77 it
> will say 77 but has no WEEKS or DAYS or what have you. One has to edit the
> job step and manually tweak the command line arguments until they are
> correct, then it will work.
> By the way, I find viewing the results of job and job steps pretty much
> useless. You might see an error number you can lookup. One ends up copying
> the entire command and pasting and running it as a query to find out exactly
> where/why it is failing. Instead, I find it very useful to check the option
> in the Maintenance Plan to write report to a text file..because the error
> message(s) in there are far more detailed and useful.
> John D. Sullivan
> ABELSoft Corporation
> "Mark Allison" <marka@.no.tinned.meat.mvps.org> wrote in message
> news:OAZ539laEHA.2908@.TK2MSFTNGP10.phx.gbl...
>>John,
>>Yep, this is a bug. Have a look at these articles:
>>BUG: Sqlmaint Does Not Delete Expired Backup Files on Windows 95, 98 or
>>ME Computers
>>http://support.microsoft.com/?id=278667
>>BUG: Cannot Edit or Delete Database Maintenance Plan on MSDE Installation
>>http://support.microsoft.com/?id=247879
>>FIX: SQLMaint.exe Sets Database Status Incorrectly
>>http://support.microsoft.com/?id=276234
>>
>>--
>>Mark Allison, SQL Server MVP
>>http://www.markallison.co.uk
>>Looking for a SQL Server replication book?
>>http://www.nwsu.com/0974973602.html
>>
>>John D. Sullivan wrote:
>>I have seen this "bug" many times personally, but cannot seem to find
> any
>>posting on the Internet about it. I have many customers using MSDE
>>The bug is with the Database Maintenance Plans of Microsoft SQL
> Enterprise
>>Manager when connecting to MSDE.
>>Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT
>>include licence for Enterprize Manager (EM)... but any technician who
> does
>>have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client
> Access
>>Licence) does have Enterprize Manager and can connect and manage MSDE
> and
>>SQL engines/servers equally well.
>>Consider
> http://support.microsoft.com/default.aspx?scid=kb;en-us;295022&Product=sql
>>Here we see substantiation that one "can" use EM and Maintenance Plans
> on
>>MSDE, albeit that you had better be the latest Service Pack since the
>>sqlmaint feature was overlooked in the original release to market.
>>The bug I am reporting is with the "Remove after X Weeks/Days" option
> for
>>Database Backup, Transaction Backup (and Log text files). This is
> important
>>because unless you can also choose to do so, one will end up filling the
>>hard disk with far too many SQL dumps.
>>If connected to an SQL server... the option works fine. If connected to
> an
>>MSDE, the option fails to provie the drop-down for days/weeks and the
>>resulting job created has bugs in the command line options of the job
> step
>>which one must then go and manually tweak to be correct (never report a
> bug
>>without a workaround eh? ;-P)
>>John D. Sullivan
>>ABELSoft Corporation
>>(email address munged)
>>
>
>
>

Bug in Database Maintenance Plans Enterprise Manager and MSDE v SQL

I have seen this "bug" many times personally, but cannot seem to find any
posting on the Internet about it. I have many customers using MSDE
The bug is with the Database Maintenance Plans of Microsoft SQL Enterprise
Manager when connecting to MSDE.
Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT
include licence for Enterprize Manager (EM)... but any technician who does
have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access
Licence) does have Enterprize Manager and can connect and manage MSDE and
SQL engines/servers equally well.
Consider
http://support.microsoft.com/default...22&Product=sql
Here we see substantiation that one "can" use EM and Maintenance Plans on
MSDE, albeit that you had better be the latest Service Pack since the
sqlmaint feature was overlooked in the original release to market.
The bug I am reporting is with the "Remove after X Weeks/Days" option for
Database Backup, Transaction Backup (and Log text files). This is important
because unless you can also choose to do so, one will end up filling the
hard disk with far too many SQL dumps.
If connected to an SQL server... the option works fine. If connected to an
MSDE, the option fails to provie the drop-down for days/weeks and the
resulting job created has bugs in the command line options of the job step
which one must then go and manually tweak to be correct (never report a bug
without a workaround eh? ;-P)
John D. Sullivan
ABELSoft Corporation
(email address munged)
This is not just an MSDE problem. We have had problems with out Enterprise
version not deleting backups. Never resolved it. Wrote scripts to delete
files.
Bob
SuccessWare Software
"John D. Sullivan" <noone@.nothing.com> wrote in message
news:uGWJDreaEHA.3716@.TK2MSFTNGP11.phx.gbl...
> I have seen this "bug" many times personally, but cannot seem to find any
> posting on the Internet about it. I have many customers using MSDE
> The bug is with the Database Maintenance Plans of Microsoft SQL Enterprise
> Manager when connecting to MSDE.
> Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT
> include licence for Enterprize Manager (EM)... but any technician who does
> have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access
> Licence) does have Enterprize Manager and can connect and manage MSDE and
> SQL engines/servers equally well.
> Consider
> http://support.microsoft.com/default...22&Product=sql
> Here we see substantiation that one "can" use EM and Maintenance Plans on
> MSDE, albeit that you had better be the latest Service Pack since the
> sqlmaint feature was overlooked in the original release to market.
> The bug I am reporting is with the "Remove after X Weeks/Days" option for
> Database Backup, Transaction Backup (and Log text files). This is
important
> because unless you can also choose to do so, one will end up filling the
> hard disk with far too many SQL dumps.
> If connected to an SQL server... the option works fine. If connected to
an
> MSDE, the option fails to provie the drop-down for days/weeks and the
> resulting job created has bugs in the command line options of the job step
> which one must then go and manually tweak to be correct (never report a
bug
> without a workaround eh? ;-P)
> John D. Sullivan
> ABELSoft Corporation
> (email address munged)
>
|||Excellent information that is very relevant. Thank you Mark. It is very
useful to know that the sqlmaint.exe tool fails to delete the backups on 9x
platform. While it is true that SQL 7 has no Database Maintenance Plan
branch under Management in the Enterprise Manager and therefore connecting
to an SQL 2k it is not possible to edit or delete a "plan" but only the
Job/steps... the problem I am citing is a bit different.
What I mean to say is that when creating a new Database Maintenance Plan
using the GUI Enterprise Manager (2000) that takes one through a multi-step
"wizard", it is possible to "check box" that you wish to "Remove files older
than" but the boxes for quantity and units (e.g. 4, Weeks) are fine if
manageing an SQL 2000 edition other than MSDE but when MSDE 2000 (all
service packs) is the engine/server the GUI of the Maintenance Plan Wizard
shows blanks for the qty/units of days/weeks to remove old files.
Workaround: if you go ahead and checkbox to remove old files, manually fill
in a number for qty (you cannot fill in units) and continue through the
wizard it WILL create the Job/step(s)... however the job step that EXECUTEs
xp_sqlmaint (notice this is the extended stored procedure equivalent of
command prompt sqlmaint.exe) will have slight syntax errors in the argument
list. The resulting Job fails to execute. Obviously the -DelBkUps switch
will not have the correct <time value> after it... if you filled in 77 it
will say 77 but has no WEEKS or DAYS or what have you. One has to edit the
job step and manually tweak the command line arguments until they are
correct, then it will work.
By the way, I find viewing the results of job and job steps pretty much
useless. You might see an error number you can lookup. One ends up copying
the entire command and pasting and running it as a query to find out exactly
where/why it is failing. Instead, I find it very useful to check the option
in the Maintenance Plan to write report to a text file..because the error
message(s) in there are far more detailed and useful.
John D. Sullivan
ABELSoft Corporation
"Mark Allison" <marka@.no.tinned.meat.mvps.org> wrote in message
news:OAZ539laEHA.2908@.TK2MSFTNGP10.phx.gbl...[vbcol=seagreen]
> John,
> Yep, this is a bug. Have a look at these articles:
> BUG: Sqlmaint Does Not Delete Expired Backup Files on Windows 95, 98 or
> ME Computers
> http://support.microsoft.com/?id=278667
> BUG: Cannot Edit or Delete Database Maintenance Plan on MSDE Installation
> http://support.microsoft.com/?id=247879
> FIX: SQLMaint.exe Sets Database Status Incorrectly
> http://support.microsoft.com/?id=276234
>
> --
> Mark Allison, SQL Server MVP
> http://www.markallison.co.uk
> Looking for a SQL Server replication book?
> http://www.nwsu.com/0974973602.html
>
> John D. Sullivan wrote:
any[vbcol=seagreen]
Enterprise[vbcol=seagreen]
does[vbcol=seagreen]
Access[vbcol=seagreen]
and[vbcol=seagreen]
http://support.microsoft.com/default...22&Product=sql[vbcol=seagreen]
on[vbcol=seagreen]
for[vbcol=seagreen]
important[vbcol=seagreen]
an[vbcol=seagreen]
step[vbcol=seagreen]
bug[vbcol=seagreen]

Bug in Database Maintenance Plans Enterprise Manager and MSDE v SQL

I have seen this "bug" many times personally, but cannot seem to find any
posting on the Internet about it. I have many customers using MSDE
The bug is with the Database Maintenance Plans of Microsoft SQL Enterprise
Manager when connecting to MSDE.
Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT
include licence for Enterprize Manager (EM)... but any technician who does
have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access
Licence) does have Enterprize Manager and can connect and manage MSDE and
SQL engines/servers equally well.
Consider
http://support.microsoft.com/default...22&Product=sql
Here we see substantiation that one "can" use EM and Maintenance Plans on
MSDE, albeit that you had better be the latest Service Pack since the
sqlmaint feature was overlooked in the original release to market.
The bug I am reporting is with the "Remove after X Weeks/Days" option for
Database Backup, Transaction Backup (and Log text files). This is important
because unless you can also choose to do so, one will end up filling the
hard disk with far too many SQL dumps.
If connected to an SQL server... the option works fine. If connected to an
MSDE, the option fails to provie the drop-down for days/weeks and the
resulting job created has bugs in the command line options of the job step
which one must then go and manually tweak to be correct (never report a bug
without a workaround eh? ;-P)
John D. Sullivan
ABELSoft Corporation
(email address munged)
This is not just an MSDE problem. We have had problems with out Enterprise
version not deleting backups. Never resolved it. Wrote scripts to delete
files.
Bob
SuccessWare Software
"John D. Sullivan" <noone@.nothing.com> wrote in message
news:uGWJDreaEHA.3716@.TK2MSFTNGP11.phx.gbl...
> I have seen this "bug" many times personally, but cannot seem to find any
> posting on the Internet about it. I have many customers using MSDE
> The bug is with the Database Maintenance Plans of Microsoft SQL Enterprise
> Manager when connecting to MSDE.
> Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT
> include licence for Enterprize Manager (EM)... but any technician who does
> have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access
> Licence) does have Enterprize Manager and can connect and manage MSDE and
> SQL engines/servers equally well.
> Consider
> http://support.microsoft.com/default...22&Product=sql
> Here we see substantiation that one "can" use EM and Maintenance Plans on
> MSDE, albeit that you had better be the latest Service Pack since the
> sqlmaint feature was overlooked in the original release to market.
> The bug I am reporting is with the "Remove after X Weeks/Days" option for
> Database Backup, Transaction Backup (and Log text files). This is
important
> because unless you can also choose to do so, one will end up filling the
> hard disk with far too many SQL dumps.
> If connected to an SQL server... the option works fine. If connected to
an
> MSDE, the option fails to provie the drop-down for days/weeks and the
> resulting job created has bugs in the command line options of the job step
> which one must then go and manually tweak to be correct (never report a
bug
> without a workaround eh? ;-P)
> John D. Sullivan
> ABELSoft Corporation
> (email address munged)
>
|||Excellent information that is very relevant. Thank you Mark. It is very
useful to know that the sqlmaint.exe tool fails to delete the backups on 9x
platform. While it is true that SQL 7 has no Database Maintenance Plan
branch under Management in the Enterprise Manager and therefore connecting
to an SQL 2k it is not possible to edit or delete a "plan" but only the
Job/steps... the problem I am citing is a bit different.
What I mean to say is that when creating a new Database Maintenance Plan
using the GUI Enterprise Manager (2000) that takes one through a multi-step
"wizard", it is possible to "check box" that you wish to "Remove files older
than" but the boxes for quantity and units (e.g. 4, Weeks) are fine if
manageing an SQL 2000 edition other than MSDE but when MSDE 2000 (all
service packs) is the engine/server the GUI of the Maintenance Plan Wizard
shows blanks for the qty/units of days/weeks to remove old files.
Workaround: if you go ahead and checkbox to remove old files, manually fill
in a number for qty (you cannot fill in units) and continue through the
wizard it WILL create the Job/step(s)... however the job step that EXECUTEs
xp_sqlmaint (notice this is the extended stored procedure equivalent of
command prompt sqlmaint.exe) will have slight syntax errors in the argument
list. The resulting Job fails to execute. Obviously the -DelBkUps switch
will not have the correct <time value> after it... if you filled in 77 it
will say 77 but has no WEEKS or DAYS or what have you. One has to edit the
job step and manually tweak the command line arguments until they are
correct, then it will work.
By the way, I find viewing the results of job and job steps pretty much
useless. You might see an error number you can lookup. One ends up copying
the entire command and pasting and running it as a query to find out exactly
where/why it is failing. Instead, I find it very useful to check the option
in the Maintenance Plan to write report to a text file..because the error
message(s) in there are far more detailed and useful.
John D. Sullivan
ABELSoft Corporation
"Mark Allison" <marka@.no.tinned.meat.mvps.org> wrote in message
news:OAZ539laEHA.2908@.TK2MSFTNGP10.phx.gbl...[vbcol=seagreen]
> John,
> Yep, this is a bug. Have a look at these articles:
> BUG: Sqlmaint Does Not Delete Expired Backup Files on Windows 95, 98 or
> ME Computers
> http://support.microsoft.com/?id=278667
> BUG: Cannot Edit or Delete Database Maintenance Plan on MSDE Installation
> http://support.microsoft.com/?id=247879
> FIX: SQLMaint.exe Sets Database Status Incorrectly
> http://support.microsoft.com/?id=276234
>
> --
> Mark Allison, SQL Server MVP
> http://www.markallison.co.uk
> Looking for a SQL Server replication book?
> http://www.nwsu.com/0974973602.html
>
> John D. Sullivan wrote:
any[vbcol=seagreen]
Enterprise[vbcol=seagreen]
does[vbcol=seagreen]
Access[vbcol=seagreen]
and[vbcol=seagreen]
http://support.microsoft.com/default...22&Product=sql[vbcol=seagreen]
on[vbcol=seagreen]
for[vbcol=seagreen]
important[vbcol=seagreen]
an[vbcol=seagreen]
step[vbcol=seagreen]
bug[vbcol=seagreen]

Bug in Database Maintenance Plans Enterprise Manager and MSDE v SQL

I have seen this "bug" many times personally, but cannot seem to find any
posting on the Internet about it. I have many customers using MSDE
The bug is with the Database Maintenance Plans of Microsoft SQL Enterprise
Manager when connecting to MSDE.
Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT
include licence for Enterprize Manager (EM)... but any technician who does
have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access
Licence) does have Enterprize Manager and can connect and manage MSDE and
SQL engines/servers equally well.
Consider
http://support.microsoft.com/defaul...022&Product=sql
Here we see substantiation that one "can" use EM and Maintenance Plans on
MSDE, albeit that you had better be the latest Service Pack since the
sqlmaint feature was overlooked in the original release to market.
The bug I am reporting is with the "Remove after X Weeks/Days" option for
Database Backup, Transaction Backup (and Log text files). This is important
because unless you can also choose to do so, one will end up filling the
hard disk with far too many SQL dumps.
If connected to an SQL server... the option works fine. If connected to an
MSDE, the option fails to provie the drop-down for days/weeks and the
resulting job created has bugs in the command line options of the job step
which one must then go and manually tweak to be correct (never report a bug
without a workaround eh? ;-P)
John D. Sullivan
ABELSoft Corporation
(email address munged)This is not just an MSDE problem. We have had problems with out Enterprise
version not deleting backups. Never resolved it. Wrote scripts to delete
files.
Bob
SuccessWare Software
"John D. Sullivan" <noone@.nothing.com> wrote in message
news:uGWJDreaEHA.3716@.TK2MSFTNGP11.phx.gbl...
> I have seen this "bug" many times personally, but cannot seem to find any
> posting on the Internet about it. I have many customers using MSDE
> The bug is with the Database Maintenance Plans of Microsoft SQL Enterprise
> Manager when connecting to MSDE.
> Yes, yes, I realize that MSDE (Microsoft SQL Desktop Edition) does NOT
> include licence for Enterprize Manager (EM)... but any technician who does
> have a licenced copy of SQL (Standard, Enterprize etc) CAL (Client Access
> Licence) does have Enterprize Manager and can connect and manage MSDE and
> SQL engines/servers equally well.
> Consider
> http://support.microsoft.com/defaul...022&Product=sql
> Here we see substantiation that one "can" use EM and Maintenance Plans on
> MSDE, albeit that you had better be the latest Service Pack since the
> sqlmaint feature was overlooked in the original release to market.
> The bug I am reporting is with the "Remove after X Weeks/Days" option for
> Database Backup, Transaction Backup (and Log text files). This is
important
> because unless you can also choose to do so, one will end up filling the
> hard disk with far too many SQL dumps.
> If connected to an SQL server... the option works fine. If connected to
an
> MSDE, the option fails to provie the drop-down for days/weeks and the
> resulting job created has bugs in the command line options of the job step
> which one must then go and manually tweak to be correct (never report a
bug
> without a workaround eh? ;-P)
> John D. Sullivan
> ABELSoft Corporation
> (email address munged)
>|||Excellent information that is very relevant. Thank you Mark. It is very
useful to know that the sqlmaint.exe tool fails to delete the backups on 9x
platform. While it is true that SQL 7 has no Database Maintenance Plan
branch under Management in the Enterprise Manager and therefore connecting
to an SQL 2k it is not possible to edit or delete a "plan" but only the
Job/steps... the problem I am citing is a bit different.
What I mean to say is that when creating a new Database Maintenance Plan
using the GUI Enterprise Manager (2000) that takes one through a multi-step
"wizard", it is possible to "check box" that you wish to "Remove files older
than" but the boxes for quantity and units (e.g. 4, Weeks) are fine if
manageing an SQL 2000 edition other than MSDE but when MSDE 2000 (all
service packs) is the engine/server the GUI of the Maintenance Plan Wizard
shows blanks for the qty/units of days/weeks to remove old files.
Workaround: if you go ahead and checkbox to remove old files, manually fill
in a number for qty (you cannot fill in units) and continue through the
wizard it WILL create the Job/step(s)... however the job step that EXECUTEs
xp_sqlmaint (notice this is the extended stored procedure equivalent of
command prompt sqlmaint.exe) will have slight syntax errors in the argument
list. The resulting Job fails to execute. Obviously the -DelBkUps switch
will not have the correct <time value> after it... if you filled in 77 it
will say 77 but has no WEEKS or DAYS or what have you. One has to edit the
job step and manually tweak the command line arguments until they are
correct, then it will work.
By the way, I find viewing the results of job and job steps pretty much
useless. You might see an error number you can lookup. One ends up copying
the entire command and pasting and running it as a query to find out exactly
where/why it is failing. Instead, I find it very useful to check the option
in the Maintenance Plan to write report to a text file..because the error
message(s) in there are far more detailed and useful.
John D. Sullivan
ABELSoft Corporation
"Mark Allison" <marka@.no.tinned.meat.mvps.org> wrote in message
news:OAZ539laEHA.2908@.TK2MSFTNGP10.phx.gbl...[vbcol=seagreen]
> John,
> Yep, this is a bug. Have a look at these articles:
> BUG: Sqlmaint Does Not Delete Expired Backup Files on Windows 95, 98 or
> ME Computers
> http://support.microsoft.com/?id=278667
> BUG: Cannot Edit or Delete Database Maintenance Plan on MSDE Installation
> http://support.microsoft.com/?id=247879
> FIX: SQLMaint.exe Sets Database Status Incorrectly
> http://support.microsoft.com/?id=276234
>
> --
> Mark Allison, SQL Server MVP
> http://www.markallison.co.uk
> Looking for a SQL Server replication book?
> http://www.nwsu.com/0974973602.html
>
> John D. Sullivan wrote:
any[vbcol=seagreen]
Enterprise[vbcol=seagreen]
does[vbcol=seagreen]
Access[vbcol=seagreen]
and[vbcol=seagreen]
http://support.microsoft.com/defaul...022&Product=sql[vbcol=seagreen]
on[vbcol=seagreen]
for[vbcol=seagreen]
important[vbcol=seagreen]
an[vbcol=seagreen]
step[vbcol=seagreen]
bug[vbcol=seagreen]

Bother switching from MSDE to Access database?

We wrote our .Net 2.0 application using MSDE.
However, the demo programs we have sent out
many times have trouble installing MSDE on the
customer's computer.
We are thinking about converting our database from
MSDE to access because of this practical problem.
The question is this:
Will the sql server 2005 replacement for MSDE have
an easier time installing than MSDE?
thanks in advance
jay
jay w
jay,
I'll let the SQL Server experts here address the installation issues of SQL
Express. My limited experience with Express is that it is an easier install.
But if you're considering Access I thought you might be interested in SQL
Server Compact Edition:
http://www.microsoft.com/downloads/details.aspx?FamilyID=85e0c3ce-3fa1-453a-8ce9-af6ca20946c3&displaylang=en
Although the current download is RC1, release is expected for the first week
in December. Installation can be as simple as copying a few DLLs and a
database is a single file, but you would need to change your .NET 2.0 code
slightly to use the SqlCe namespace rather than SqlClient. SQL Compact also
does not support stored procedures or triggers, but then neither does
Access.
Ginny Caughey
Device Application Development MVP
"jay w" <jayw@.discussions.microsoft.com> wrote in message
news:CBD1EFCA-92AD-49C4-958F-B1CB061DA6CD@.microsoft.com...
> We wrote our .Net 2.0 application using MSDE.
> However, the demo programs we have sent out
> many times have trouble installing MSDE on the
> customer's computer.
> We are thinking about converting our database from
> MSDE to access because of this practical problem.
> The question is this:
> Will the sql server 2005 replacement for MSDE have
> an easier time installing than MSDE?
> thanks in advance
> jay
> --
> jay w
|||For SQL Express the setup has been completely rewritten but it still uses
the Windows installer technology so there are places where it can fail. For
demo purposes you might want to look at SQL Server Compact Edition. It is
smaller and simpler than SQL Express or Access. It doesn't have all the
features of SQL Server Express but it is more compatible than Access would
be.
http://msdn2.microsoft.com/en-us/library/ayee3tzx.aspx
This posting is provided "AS IS" with no warranties, and confers no rights.
Use of included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm
"jay w" <jayw@.discussions.microsoft.com> wrote in message
news:CBD1EFCA-92AD-49C4-958F-B1CB061DA6CD@.microsoft.com...
> We wrote our .Net 2.0 application using MSDE.
> However, the demo programs we have sent out
> many times have trouble installing MSDE on the
> customer's computer.
> We are thinking about converting our database from
> MSDE to access because of this practical problem.
> The question is this:
> Will the sql server 2005 replacement for MSDE have
> an easier time installing than MSDE?
> thanks in advance
> jay
> --
> jay w
|||This article may provide you some pointers about using Unattended
installations with SQL Server.
SQL Server 2005 UnAttended Installations
http://www.devx.com/dbzone/Article/31648
Arnie Rowland, Ph.D.
Westwood Consulting, Inc
Most good judgment comes from experience.
Most experience comes from bad judgment.
- Anonymous
You can't help someone get up a hill without getting a little closer to the
top yourself.
- H. Norman Schwarzkopf
"jay w" <jayw@.discussions.microsoft.com> wrote in message
news:CBD1EFCA-92AD-49C4-958F-B1CB061DA6CD@.microsoft.com...
> We wrote our .Net 2.0 application using MSDE.
> However, the demo programs we have sent out
> many times have trouble installing MSDE on the
> customer's computer.
> We are thinking about converting our database from
> MSDE to access because of this practical problem.
> The question is this:
> Will the sql server 2005 replacement for MSDE have
> an easier time installing than MSDE?
> thanks in advance
> jay
> --
> jay w