<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://sqlserver.ro/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Intrebari generale</title><link>http://sqlserver.ro/forums/16/ShowForum.aspx</link><description /><dc:language>en</dc:language><generator>CommunityServer 2.1 SP2 (Build: 61129.1)</generator><item><title>Re: fisierele de log cresc ingrijorator</title><link>http://sqlserver.ro/forums/thread/6632.aspx</link><pubDate>Tue, 27 Jan 2009 12:44:11 GMT</pubDate><guid isPermaLink="false">963f3a18-65dd-4aad-905c-b785cfe1d7c7:6632</guid><dc:creator>muraruadrian</dc:creator><slash:comments>0</slash:comments><comments>http://sqlserver.ro/forums/thread/6632.aspx</comments><wfw:commentRss>http://sqlserver.ro/forums/commentrss.aspx?SectionID=16&amp;PostID=6632</wfw:commentRss><description>Multumesc, am reusit sa rezolv. Aveam setat recovery model in full. Am facut backup la fisierele de log, am dat din nou un shrink si problema s-a rezolvat.</description></item><item><title>Re: fisierele de log cresc ingrijorator</title><link>http://sqlserver.ro/forums/thread/6612.aspx</link><pubDate>Mon, 26 Jan 2009 09:58:17 GMT</pubDate><guid isPermaLink="false">963f3a18-65dd-4aad-905c-b785cfe1d7c7:6612</guid><dc:creator>Diana</dc:creator><slash:comments>0</slash:comments><comments>http://sqlserver.ro/forums/thread/6612.aspx</comments><wfw:commentRss>http://sqlserver.ro/forums/commentrss.aspx?SectionID=16&amp;PostID=6612</wfw:commentRss><description>&lt;P&gt;Vezi si &lt;A href="http://www.sqlskills.com/BLOGS/PAUL/category/Transaction-Log.aspx#p2"&gt;http://www.sqlskills.com/BLOGS/PAUL/category/Transaction-Log.aspx#p2&lt;/A&gt;. Despre cresterea exagerata a log-ului: &lt;A href="http://www.sqlskills.com/BLOGS/PAUL/category/Transaction-Log.aspx#p22"&gt;http://www.sqlskills.com/BLOGS/PAUL/category/Transaction-Log.aspx#p22&lt;/A&gt;.&lt;/P&gt;
&lt;P&gt;Pentru "intretinerea" log-ului: &lt;A href="http://www.sqlskills.com/blogs/kimberly/post/8-Steps-to-better-Transaction-Log-throughput.aspx"&gt;http://www.sqlskills.com/blogs/kimberly/post/8-Steps-to-better-Transaction-Log-throughput.aspx&lt;/A&gt;&lt;/P&gt;</description></item><item><title>Re: fisierele de log cresc ingrijorator</title><link>http://sqlserver.ro/forums/thread/6611.aspx</link><pubDate>Mon, 26 Jan 2009 09:33:54 GMT</pubDate><guid isPermaLink="false">963f3a18-65dd-4aad-905c-b785cfe1d7c7:6611</guid><dc:creator>rsocol</dc:creator><slash:comments>0</slash:comments><comments>http://sqlserver.ro/forums/thread/6611.aspx</comments><wfw:commentRss>http://sqlserver.ro/forums/commentrss.aspx?SectionID=16&amp;PostID=6611</wfw:commentRss><description>Dacă Recovery Model este Full, atunci trebuie să faci periodic backup-uri pentru transaction log (&amp;#238;n afară de backup-urile full, pe care le poţi face mai rar). Dacă nu vrei să faci backup-uri de transaction log, atunci poţi să treci pe Recovery Model Simple, dar &amp;#238;n acest caz pierzi posibilitatea de point-in-time restore. &lt;br /&gt;&lt;br /&gt;Pe de altă parte, la shrink s-a &amp;#238;nt&amp;#226;mplat creşterea fişierului de log pentru că atunci c&amp;#226;nd a făcut shrink pt fişierul de date, a mutat la &amp;#238;nceputul fişierului toate datele care erau la sf&amp;#226;rşitul fişierului (şi astfel a creat şi o fragmentare enormă). Această mutare (precum şi eventuala defragmentare ulterioară) a fost logata complet &amp;#238;n fişierul de log, iar acesta nu putea fi eliberat p&amp;#226;nă c&amp;#226;nd nu faci un backup la transaction log. De-abia după ce faci backup de log, un shrink ar putea să micşoreze fişierul LDF.&lt;br /&gt;&lt;br /&gt;Pentru mai multe informaţii despre creşterea log-ului, vezi:&lt;br /&gt;&lt;a href="http://jmkehayias.blogspot.com/2008/11/database-transaction-log-part-1.html"&gt;http://jmkehayias.blogspot.com/2008/11/database-transaction-log-part-1.html&lt;/a&gt;&lt;br /&gt;&lt;a href="http://jmkehayias.blogspot.com/2008/11/database-transaction-log-part-2-how.html"&gt;http://jmkehayias.blogspot.com/2008/11/database-transaction-log-part-2-how.html&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Răzvan</description></item><item><title>fisierele de log cresc ingrijorator</title><link>http://sqlserver.ro/forums/thread/6610.aspx</link><pubDate>Mon, 26 Jan 2009 08:23:02 GMT</pubDate><guid isPermaLink="false">963f3a18-65dd-4aad-905c-b785cfe1d7c7:6610</guid><dc:creator>muraruadrian</dc:creator><slash:comments>0</slash:comments><comments>http://sqlserver.ro/forums/thread/6610.aspx</comments><wfw:commentRss>http://sqlserver.ro/forums/commentrss.aspx?SectionID=16&amp;PostID=6610</wfw:commentRss><description>&lt;P&gt;Intrebare:&lt;/P&gt;
&lt;P&gt;Administrez un server SQLSERVER2005. In ultima vreme(cam de o saptamana) constat ca fisierul de log asociat unei baze de date(*_log.ldf are aprox.131GB iar *.mdf are aprox 6GB&amp;nbsp;) creste mult prea mult fata de tranzactiile ce se desfasoara. Mentionez ca baza de date are taskuri de mentenanta ce se desfasoara zilnic,saptamanal si lunar(aceasta insemnand check database integrity, backup full, rebuild index, reorganize reindex, update database statistics&amp;nbsp;si maintenance cleanup task) Lunar, rulez si un 'shrink databases'. Ultimul test care l-am facut a fost sa dau un shrink. Dupa acesta, spatiul liber pe HDD mi-a scazut si mai mult-cu aprox. 3GB. De fapt tot cu atat a crescut si fisierul de log. Practic, nu s-a eliberat spatiu ce ar fi trebuit pus la dispozitia sistemului de operare.Nu cred ca e normal ca un shrink sa imi mareasca fisierul de log cu atat de mult(3GB)!&lt;/P&gt;</description></item></channel></rss>