Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. Database & SysAdmin
  3. Database
  4. Job runs 3 times longer

Job runs 3 times longer

Scheduled Pinned Locked Moved Database
databasesql-serversysadminhelpquestion
8 Posts 6 Posters 24 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • V Offline
    V Offline
    VK19
    wrote on last edited by
    #1

    Hello All, I have a job which runs for one hour is now running for 3 hours. I looked at the sql server logs, error logs, event viewer for any errors or anything out of ordinary. I could not find anything. Is there a way to know why the is taking longer? thanks!

    V L M 3 Replies Last reply
    0
    • V VK19

      Hello All, I have a job which runs for one hour is now running for 3 hours. I looked at the sql server logs, error logs, event viewer for any errors or anything out of ordinary. I could not find anything. Is there a way to know why the is taking longer? thanks!

      V Offline
      V Offline
      Victor Nijegorodov
      wrote on last edited by
      #2

      Maybe profiller would help?

      1 Reply Last reply
      0
      • V VK19

        Hello All, I have a job which runs for one hour is now running for 3 hours. I looked at the sql server logs, error logs, event viewer for any errors or anything out of ordinary. I could not find anything. Is there a way to know why the is taking longer? thanks!

        L Offline
        L Offline
        Lost User
        wrote on last edited by
        #3

        Simple guess; there's now more data in you database. If you have a lot of functions in your query, then those will slow it down. If you do lot of character-manipulations, it will slow down. Convert time often, and it will slow down.

        Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.

        J 1 Reply Last reply
        0
        • L Lost User

          Simple guess; there's now more data in you database. If you have a lot of functions in your query, then those will slow it down. If you do lot of character-manipulations, it will slow down. Convert time often, and it will slow down.

          Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.

          J Offline
          J Offline
          jschell
          wrote on last edited by
          #4

          Or someone dropped an index.

          L 1 Reply Last reply
          0
          • J jschell

            Or someone dropped an index.

            L Offline
            L Offline
            Lost User
            wrote on last edited by
            #5

            Or someone took half the RAM out of the machine.

            Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.

            H 1 Reply Last reply
            0
            • V VK19

              Hello All, I have a job which runs for one hour is now running for 3 hours. I looked at the sql server logs, error logs, event viewer for any errors or anything out of ordinary. I could not find anything. Is there a way to know why the is taking longer? thanks!

              M Offline
              M Offline
              Mycroft Holmes
              wrote on last edited by
              #6

              I have run across this in stored procedures, one of the more esoteric problems was "parameter sniffing", basically it comes down to moving your input parameter values to local variables.

              Create proc ....
              @InputID int
              as
              Declare LocalID int
              Set @LocalID = @InputID

              And use @LocalID int the body of the procedure

              Never underestimate the power of human stupidity RAH

              1 Reply Last reply
              0
              • L Lost User

                Or someone took half the RAM out of the machine.

                Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.

                H Offline
                H Offline
                Herman T Instance
                wrote on last edited by
                #7

                or your 1Gb connection is now 10Mb....

                In Word you can only store 2 bytes. That is why I use Writer.

                L 1 Reply Last reply
                0
                • H Herman T Instance

                  or your 1Gb connection is now 10Mb....

                  In Word you can only store 2 bytes. That is why I use Writer.

                  L Offline
                  L Offline
                  Lost User
                  wrote on last edited by
                  #8

                  I meant that dropping an index is less likely. Just like a sudden hardware change. Still possible, just less likely.

                  Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.

                  1 Reply Last reply
                  0
                  Reply
                  • Reply as topic
                  Log in to reply
                  • Oldest to Newest
                  • Newest to Oldest
                  • Most Votes


                  • Login

                  • Don't have an account? Register

                  • Login or register to search.
                  • First post
                    Last post
                  0
                  • Categories
                  • Recent
                  • Tags
                  • Popular
                  • World
                  • Users
                  • Groups