Results 1 to 9 of 9
  1. #1
    Join Date
    Dec 2004
    Posts
    46

    Thumbs down Unanswered: SQLmaint obsolete in SQL2005!?!

    It seems that the SQLmaint is going to obsolete in SQL 2005, what happen to my "sophisticated" SQLmaint scripts!!!! Any help or comment?

  2. #2
    Join Date
    Dec 2004
    Location
    CA, USA
    Posts
    63
    What's taking it's place?

  3. #3
    Join Date
    Dec 2004
    Posts
    46
    force to use the maintenance plan "wizard".

  4. #4
    Join Date
    Nov 2004
    Location
    on the wrong server
    Posts
    8,835
    Provided Answers: 6
    Here is the offical hype from technet (http://www.microsoft.com/technet/pro...ydba.mspx#ECAA). I use the DTS designer on a regular basis but I always hated it.

    "Maintenance Plans

    In earlier versions of SQL Server, you create database maintenance plans by using a single wizard, and they create multiple agent jobs as an output. These agent jobs themselves contain command-line parameters that indicate the function to perform. Although the Database Maintenance Wizard answers a few key customer scenarios (such as full database backups), it is not possible to either define other scenarios such as differential backups or to easily obtain exactly which Transact-SQL command was actually being executed for the maintenance task.

    SQL Server 2005 provides a completely renovated design that provides the ability for you to define almost any SQL Server related maintenance task. The Maintenance Plan feature in SQL Server 2005 utilizes the power of the design surfaces in DTS Designer, allowing you to define workflow within your maintenance plan. "
    “If one brings so much courage to this world the world has to kill them or break them, so of course it kills them. The world breaks every one and afterward many are strong at the broken places. But those that will not break it kills. It kills the very good and the very gentle and the very brave impartially. If you are none of these you can be sure it will kill you too but there will be no special hurry.” Earnest Hemingway, A Farewell To Arms.

  5. #5
    Join Date
    Jul 2003
    Location
    San Antonio, TX
    Posts
    3,662
    The new designer is totally diffent, and you'll probably hate it even more. But I don't see an alternative at this point but to try to live with it and see if "they" answer our cries
    "The data in a record depends on the Key to the record, the Whole Key, and
    nothing but the Key, so help me Codd."

  6. #6
    Join Date
    Oct 2003
    Posts
    232

    Lightbulb

    ONe more reason to move to ORacle or MYsql !

    I dont understand how can they test different conditions
    bigfoots

  7. #7
    Join Date
    Feb 2004
    Location
    San Antonio, TX
    Posts
    565
    Quote Originally Posted by sjumma
    ONe more reason to move to ORacle or MYsql !

    I dont understand how can they test different conditions
    yeah that's a great idea

    you first.

  8. #8
    Join Date
    Jul 2003
    Location
    San Antonio, TX
    Posts
    3,662
    Actually, after posting here I went back and played with it for a while...not a bad idea to have your maintenance tasks to be a little more intelligently written. And a standartization attemp is fully justified by introduction of a common tool. Now for command line perverts like me SQLCMD is more than I wished for, so I can't complaint here either.
    Quote Originally Posted by sjumma
    ONe more reason to move to ORacle or MYsql !
    Please do, and when you come back crying, - we'll open up the doors for you
    "The data in a record depends on the Key to the record, the Whole Key, and
    nothing but the Key, so help me Codd."

  9. #9
    Join Date
    Feb 2004
    Location
    San Antonio, TX
    Posts
    565
    Please do, and when you come back crying, - we'll open up the doors for you
    okay now work the body
    the body. the body!!

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •