Skip to main content
deleted 22 characters in body
Source Link
Hannah Vernon
  • 70.5k
  • 22
  • 177
  • 321

If you are having network reliability issues:

  1. speak to your network/SAN team (and/or use a different file share that doesn't exhibit the problem)
  2. Back up the file, temporarily, to the local SQL Server system, assuming there is adequate space. Then copy the backup to the network share, typically using a tool that can resume interrupted transfers, and delete the original when the copy has been confirmed (which usually includes validating that the backup can be restored). If a copy fails, no big deal; you just start the copy again, and you haven't lost anything.

And I agree with Max, thisThis doesn't seem to be something that altering a session timeout will fix; that's kind of like changing a tire when your headlight is out. You might be better prepared for the next pothole, but you're still only driving with one light.

If you are having network reliability issues:

  1. speak to your network/SAN team (and/or use a different file share that doesn't exhibit the problem)
  2. Back up the file, temporarily, to the local SQL Server system, assuming there is adequate space. Then copy the backup to the network share, typically using a tool that can resume interrupted transfers, and delete the original when the copy has been confirmed (which usually includes validating that the backup can be restored). If a copy fails, no big deal; you just start the copy again, and you haven't lost anything.

And I agree with Max, this doesn't seem to be something that altering a session timeout will fix; that's kind of like changing a tire when your headlight is out. You might be better prepared for the next pothole, but you're still only driving with one light.

If you are having network reliability issues:

  1. speak to your network/SAN team (and/or use a different file share that doesn't exhibit the problem)
  2. Back up the file, temporarily, to the local SQL Server system, assuming there is adequate space. Then copy the backup to the network share, typically using a tool that can resume interrupted transfers, and delete the original when the copy has been confirmed (which usually includes validating that the backup can be restored). If a copy fails, no big deal; you just start the copy again, and you haven't lost anything.

This doesn't seem to be something that altering a session timeout will fix; that's kind of like changing a tire when your headlight is out. You might be better prepared for the next pothole, but you're still only driving with one light.

added 130 characters in body
Source Link
Aaron Bertrand
  • 181.5k
  • 28
  • 402
  • 619

If you are having network reliability issues:

  1. speak to your network/SAN team (and/or use a different file share that doesn't exhibit the problem)
  2. Back up the file, temporarily, to the local SQL Server system, assuming there is adequate space. Then copy the backup to the network share, typically using a tool that can resume interrupted transfers, and delete the original when the copy has been confirmed (which usually includes validating that the backup can be restored). If a copy fails, no big deal,deal; you just start the copy again, and you haven't lost anything.

And I agree with Max, this doesn't seem to be something that altering a session timeout will fix; that's kind of like changing a tire when your headlight is out. You might be better prepared for the next pothole, but you're still only driving with one light.

If you are having network reliability issues:

  1. speak to your network/SAN team (and/or use a different file share that doesn't exhibit the problem)
  2. Back up the file, temporarily, to the local SQL Server system, assuming there is adequate space. Then copy the backup to the network share, and delete the original when the copy has been confirmed. If a copy fails, no big deal, you just start the copy again, and you haven't lost anything.

And I agree with Max, this doesn't seem to be something that altering a session timeout will fix; that's kind of like changing a tire when your headlight is out. You might be better prepared for the next pothole, but you're still only driving with one light.

If you are having network reliability issues:

  1. speak to your network/SAN team (and/or use a different file share that doesn't exhibit the problem)
  2. Back up the file, temporarily, to the local SQL Server system, assuming there is adequate space. Then copy the backup to the network share, typically using a tool that can resume interrupted transfers, and delete the original when the copy has been confirmed (which usually includes validating that the backup can be restored). If a copy fails, no big deal; you just start the copy again, and you haven't lost anything.

And I agree with Max, this doesn't seem to be something that altering a session timeout will fix; that's kind of like changing a tire when your headlight is out. You might be better prepared for the next pothole, but you're still only driving with one light.

added 164 characters in body
Source Link
Aaron Bertrand
  • 181.5k
  • 28
  • 402
  • 619

If you are having network reliability issues:

  1. speak to your network/SAN team (and/or use a different file share that doesn't exhibit the problem)
  2. Back up the file, temporarily, to the local SQL Server system, assuming there is adequate space. Then copy the backup to the network share, and delete the original when the copy has been confirmed. If a copy fails, no big deal, you just start the copy again, and you haven't lost anything.

And I agree with Max, this doesn't seem to be something that altering a session timeout will fix; that's kind of like changing a tire when your headlight is out. You might be better prepared for the next pothole, but you're still only driving with one light.

If you are having network reliability issues:

  1. speak to your network/SAN team (and/or use a different file share that doesn't exhibit the problem)
  2. Back up the file, temporarily, to the local SQL Server system, assuming there is adequate space. Then copy the backup to the network share, and delete the original when the copy has been confirmed. If a copy fails, no big deal, you just start the copy again, and you haven't lost anything.

If you are having network reliability issues:

  1. speak to your network/SAN team (and/or use a different file share that doesn't exhibit the problem)
  2. Back up the file, temporarily, to the local SQL Server system, assuming there is adequate space. Then copy the backup to the network share, and delete the original when the copy has been confirmed. If a copy fails, no big deal, you just start the copy again, and you haven't lost anything.

And I agree with Max, this doesn't seem to be something that altering a session timeout will fix; that's kind of like changing a tire when your headlight is out. You might be better prepared for the next pothole, but you're still only driving with one light.

added 4 characters in body
Source Link
Aaron Bertrand
  • 181.5k
  • 28
  • 402
  • 619
Loading
Source Link
Aaron Bertrand
  • 181.5k
  • 28
  • 402
  • 619
Loading