Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 194865
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: May 11, 20262026-05-11T16:37:54+00:00 2026-05-11T16:37:54+00:00

In SQL 2005, what are the things that you should not do to a

  • 0

In SQL 2005, what are the things that you should not do to a database that has Log Shipping enabled (and that runs under the Full Recovery Model)?

I gather that scheduling additional Transaction Log backups to a different location will break the log shipping (because the full log chain is no longer reaching the secondary server).

I also gather that Truncate Table is OK with log shipping (since Sql 2000).

Are there any other activities/commands that should be avoided?

edit: e.g is database shrink or log shrink ok?

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-05-11T16:37:54+00:00Added an answer on May 11, 2026 at 4:37 pm

    You are correct. You should not define any other transaction log backups outside of the Log Shipping configuration, in order to ensure that you maintain the natural Log Sequence.

    Should you however wish to perform an Ad-Hoc transaction Log Backup, heaven forbid because you are performing some live maintenance on the production database for example, then you can call the SQL Server Job that Log Shipping uses to perform your transaction log backups. It is typically called LS_Backup. This will maintain the LSN.

    To my understanding, no operational features of the database being Log Shipped are limited by using this availability technology.

    Some things that can cause complications:

    Encryption

    If you are log shipping to another server and are using SQL Server native encryption then you will not be able to access encrypted data within the log shipped database unless SQL Server is using the same service master key.

    Assemblies

    You may experience difficulties accessing signed assemblies within a log shipped database, as you cannot enable the trustworthy property.

    Permissions

    If you intend to provide read access to the Log Shipped database then the SQL Server Logins will need to have the same SID as those from the source server in order for the logins to automatically map correctly.

    Hope this helps. Cheers.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

I'm currently working with MS SQL 2005, and have a table that has 17
why sql server 2005 so sucks? i should work on an old system that
I have a large database full of customers, implemented in sql server 2005. Customers
Is there a built in way in SQL Server 2005 to audit things specifically
In my database (SQL 2005) I have a field which holds a comment but
We have an SQL 2005 database backend for our website, currently about 10GB in
I have a microsoft sql 2005 db table where the entire row is not
We have a .NET 2.0 winforms app that connects to a SQL Server 2005
i have a website that uses nhibernate to speak to SQL Server 2005. I
In SQL Server 2005 I am trying to query a varchar(MAX) column which has

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.