<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: SnapManager SQL : Point in Time Restore after the last SnapShot in Data Protection</title>
    <link>https://community.netapp.com/t5/Data-Protection/SnapManager-SQL-Point-in-Time-Restore-after-the-last-SnapShot/m-p/60681#M5809</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Mathias,&lt;/P&gt;&lt;P&gt;Yes, you can do either an up to the minute restore, or a point in time restore using SnapManager for SQL.&amp;nbsp; As long as you have the .trb (.trn) files available, while walking through a restore using SMSQL, you will get an option to leave the database operational, bring it online in read-only, or bring it into stand-by mode available for log replay.&amp;nbsp; The third option will allow you to create an undo file and restore the database manually playing the t-logs one by one as you would with a traditional sql restore.&amp;nbsp; As long as you have the logs available, you should be able to replay them.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Keep in mind, however, that SMSQL can automatically replay these logs for you should you need to do a restore.&amp;nbsp; Typically, SMSQL will attempt to restore the database using the last full snapshot backup taken.&amp;nbsp; Then, assuming you are using SMSQL to schedule your t-log dumps, it will replay any logs available in the SnapInfo directory as far forward as possible.&amp;nbsp; This is considered an "Up to the minute" restore.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 05 Mar 2013 00:45:17 GMT</pubDate>
    <dc:creator>welch</dc:creator>
    <dc:date>2013-03-05T00:45:17Z</dc:date>
    <item>
      <title>SnapManager SQL : Point in Time Restore after the last SnapShot</title>
      <link>https://community.netapp.com/t5/Data-Protection/SnapManager-SQL-Point-in-Time-Restore-after-the-last-SnapShot/m-p/60677#M5808</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Folk,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can I restore a DB with SMSQL &lt;SPAN style="text-decoration: underline;"&gt;&lt;STRONG&gt;after&lt;/STRONG&gt;&lt;/SPAN&gt; the last SMSQL backup by using the last current logs ?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; I know that is possible to restore with PTR (point-in-time recovery) in a point between 2 SnapShots (S and S-1 for instance), but I'm not sure that is possible to do that after the last one.&lt;/P&gt;&lt;P&gt;I&lt;/P&gt;&lt;P&gt;f not, anybody could give me a method to do a hand log replay ?&lt;/P&gt;&lt;P&gt;Thanks a lot for your help.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Mathias&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:08:42 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SnapManager-SQL-Point-in-Time-Restore-after-the-last-SnapShot/m-p/60677#M5808</guid>
      <dc:creator>Mathias_Robichon</dc:creator>
      <dc:date>2025-06-05T06:08:42Z</dc:date>
    </item>
    <item>
      <title>Re: SnapManager SQL : Point in Time Restore after the last SnapShot</title>
      <link>https://community.netapp.com/t5/Data-Protection/SnapManager-SQL-Point-in-Time-Restore-after-the-last-SnapShot/m-p/60681#M5809</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Mathias,&lt;/P&gt;&lt;P&gt;Yes, you can do either an up to the minute restore, or a point in time restore using SnapManager for SQL.&amp;nbsp; As long as you have the .trb (.trn) files available, while walking through a restore using SMSQL, you will get an option to leave the database operational, bring it online in read-only, or bring it into stand-by mode available for log replay.&amp;nbsp; The third option will allow you to create an undo file and restore the database manually playing the t-logs one by one as you would with a traditional sql restore.&amp;nbsp; As long as you have the logs available, you should be able to replay them.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Keep in mind, however, that SMSQL can automatically replay these logs for you should you need to do a restore.&amp;nbsp; Typically, SMSQL will attempt to restore the database using the last full snapshot backup taken.&amp;nbsp; Then, assuming you are using SMSQL to schedule your t-log dumps, it will replay any logs available in the SnapInfo directory as far forward as possible.&amp;nbsp; This is considered an "Up to the minute" restore.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 05 Mar 2013 00:45:17 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SnapManager-SQL-Point-in-Time-Restore-after-the-last-SnapShot/m-p/60681#M5809</guid>
      <dc:creator>welch</dc:creator>
      <dc:date>2013-03-05T00:45:17Z</dc:date>
    </item>
    <item>
      <title>Re: SnapManager SQL : Point in Time Restore after the last SnapShot</title>
      <link>https://community.netapp.com/t5/Data-Protection/SnapManager-SQL-Point-in-Time-Restore-after-the-last-SnapShot/m-p/60686#M5810</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Welch,&lt;/P&gt;&lt;P&gt;Thks for your answer.&lt;/P&gt;&lt;P&gt;What is the &lt;SPAN class="hps"&gt;frequency&lt;/SPAN&gt; &lt;SPAN class="hps"&gt;that&lt;/SPAN&gt; &lt;SPAN class="hps"&gt;we&lt;/SPAN&gt; &lt;SPAN class="hps"&gt;can&lt;/SPAN&gt; &lt;SPAN class="hps"&gt;perform the backup&lt;/SPAN&gt; &lt;SPAN class="hps"&gt;of&lt;/SPAN&gt; only the &lt;SPAN class="hps"&gt;transaction&lt;/SPAN&gt; &lt;SPAN class="hps"&gt;logs ? 5 min is it possible , acceptable ?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="hps"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="hps"&gt;Best regards&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="hps"&gt;Philippe&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 05 Mar 2013 13:00:57 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SnapManager-SQL-Point-in-Time-Restore-after-the-last-SnapShot/m-p/60686#M5810</guid>
      <dc:creator>ple</dc:creator>
      <dc:date>2013-03-05T13:00:57Z</dc:date>
    </item>
    <item>
      <title>Re: SnapManager SQL : Point in Time Restore after the last SnapShot</title>
      <link>https://community.netapp.com/t5/Data-Protection/SnapManager-SQL-Point-in-Time-Restore-after-the-last-SnapShot/m-p/60689#M5811</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;You should be able to backup transaction logs as frequent as required.&amp;nbsp; Every 5 minutes is aggressive, but acceptable as long as your server and storage hardware can support it.&amp;nbsp; Remember there is overhead in SQL every time you dump a transaction log as well as overhead associated with taking a snapshot of the log volume.&amp;nbsp; If you set the backups to run every 5 minutes and encounter odd performance issues, then it is likely you will need to do them less frequent.&amp;nbsp; I have many customers that successfully do transaction log dumps every 15 minutes.&amp;nbsp; In the end it all depends on your environment.&amp;nbsp; &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 05 Mar 2013 18:39:19 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SnapManager-SQL-Point-in-Time-Restore-after-the-last-SnapShot/m-p/60689#M5811</guid>
      <dc:creator>welch</dc:creator>
      <dc:date>2013-03-05T18:39:19Z</dc:date>
    </item>
  </channel>
</rss>

