<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/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>Load 1TB in less than 1 hour</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx</link><description>OVERVIEW This project was done using SQL Server 2005 Enterprise Edition (with SP1 beta) using the BULK INSERT command with 60 parallel input files, each of approximately 16.67 GB. The best time I got was 50 minutes. Hewlett Packard was kind enough to</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>Microsoft SQL Server Development Customer Advisory Team  - Load 1TB in less than 1 hour  </title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#603442</link><pubDate>Mon, 22 May 2006 02:46:10 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:603442</guid><dc:creator>Professional Association for SQL Server (PASS) SIG</dc:creator><description /></item><item><title>SQL Server 2005: Load 1TB in less than 1 hour</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#604618</link><pubDate>Tue, 23 May 2006 12:50:50 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:604618</guid><dc:creator>STEFANO DEMILIANI WeBlog</dc:creator><description /></item><item><title>re: Load 1TB in less than 1 hour</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#606302</link><pubDate>Wed, 24 May 2006 22:45:06 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:606302</guid><dc:creator>Bert</dc:creator><description>Interesting read, I look forward to your additional tests ( the SSIS test in particular) . &amp;nbsp;Can you elaborate on one of the best practices you mentioned above?&lt;br&gt;&lt;br&gt;“Use ROWS PER BATCH = 2500, or something near this if you are importing multiple streams into one table.”&lt;br&gt;&lt;br&gt;How did you determine that this was the best value to use? &amp;nbsp;Wouldn’t this be specific to the data that you are loading. &amp;nbsp;When I perform migration of large sets of data I can determine what the correct batch size is by looking at the data types in the table. &amp;nbsp;In SQL 2000 the max log block is 60KB. &amp;nbsp;I therefore will insert my data in batches that will size the insert as close to 60KB with out going over.&lt;br&gt;&lt;br&gt;How many extent allocations does it take to reach this 60KB limit? &amp;nbsp;&lt;br&gt;&lt;br&gt;In you tests it appears that this would not have mattered much as you state your issues related to waits on extent allocations but on lesser systems it would be good to understand how to size BULK INSERTS around the 60KB log flush.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt; &lt;br&gt;&lt;br&gt;</description></item><item><title>re: Load 1TB in less than 1 hour</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#606595</link><pubDate>Thu, 25 May 2006 03:23:22 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:606595</guid><dc:creator>Ted Malone</dc:creator><description>Amazing statistics.. Interesting that disk IO on the SAN configuration did NOT turn out to be the bottleneck in this case. What was the memory consumption during this test?</description></item><item><title>re: Load 1TB in less than 1 hour</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#606661</link><pubDate>Thu, 25 May 2006 04:50:01 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:606661</guid><dc:creator>kevincox</dc:creator><description>Response to Bert: 2500 rows per batch is used to avoid lock escalation. &amp;nbsp; &amp;nbsp;&lt;br&gt;&lt;br&gt;How many extent allocations get to the 60kb limit on the log flush? &amp;nbsp;I dont know and not sure it's a significant enough delay to worry about.&lt;br&gt;&lt;br&gt;Response to Ted on the memory consumption: &amp;nbsp;Unfortunately I've deleted the perfmon logs to get more disk space. &amp;nbsp;The machine had 256GB RAM and I remember that it wasnt getting close. &amp;nbsp;I would have paid more attention to it if there were any memory waits.</description></item><item><title>re: Load 1TB in less than 1 hour</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#610165</link><pubDate>Mon, 29 May 2006 19:46:05 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:610165</guid><dc:creator>jchang6</dc:creator><description>I am curious on the NUMA affects,&lt;br&gt;how many log write threads can SQL Server use?&lt;br&gt;If more than 1, can affinity bw controlled?&lt;br&gt;Is there any benefit for the log write thread to be on the same NUMA node, or even the same processor/core,&lt;br&gt;Penalty for context switch vs. comminication between threads&lt;br&gt;If the system has hyper-threading, is there any benefit to having the log thread be on the other logical proc as the thread that did the insert</description></item><item><title>re: Load 1TB in less than 1 hour</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#610755</link><pubDate>Tue, 30 May 2006 16:29:19 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:610755</guid><dc:creator>Francisco</dc:creator><description>What is the Maximum Page Size in SQL Server 2005?&lt;br&gt;Is posible modificate?</description></item><item><title>Hypergene Developer Blog  &amp;raquo; Blog Archive   &amp;raquo; Tips f??r bulk-copy till SQL Server</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#611011</link><pubDate>Tue, 30 May 2006 21:52:05 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:611011</guid><dc:creator>Hypergene Developer Blog  » Blog Archive   » Tips f??r bulk-copy till SQL Server</dc:creator><description>PingBack from &lt;a rel="nofollow" target="_new" href="http://www.hypergene.com/blog/?p=10"&gt;http://www.hypergene.com/blog/?p=10&lt;/a&gt;</description></item><item><title>re: Load 1TB in less than 1 hour</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#611200</link><pubDate>Wed, 31 May 2006 02:34:03 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:611200</guid><dc:creator>--Jeff Moden</dc:creator><description>Very nicely done... It does sound a bit like an advertisment for HP and pretty much demonstrates that you can do just about anything if the hardware is there... &lt;br&gt;&lt;br&gt;Still, you did a nice job writing this up and I appreciate your sharing your hard earned findings with us.</description></item><item><title>re: 20万行/秒, 40MB/秒を達成 by SqlBulkCopy</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#773340</link><pubDate>Wed, 27 Sep 2006 09:52:37 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:773340</guid><dc:creator>河端善博の .TEXT でウェブログ</dc:creator><description>re: 20万行/秒, 40MB/秒を達成 by SqlBulkCopy</description></item><item><title>SQL Server 2005 VLDB 支援</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#1115760</link><pubDate>Tue, 21 Nov 2006 18:32:46 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1115760</guid><dc:creator>Robert Hu's Blog</dc:creator><description>&lt;p&gt;最近在協助客戶驗證使用 SQL Server 2005 來處理超過 10 億筆的資料匯入並建立索引。要處理這麼大量資料的例子還是第一次，所以做了一些功課，透過這個 Blog 整理以下給有需的的人參考。&lt;/p&gt;
</description></item><item><title>SSIS, Bulk Loading, 1GB in an hour??</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#2416572</link><pubDate>Sat, 05 May 2007 02:12:56 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:2416572</guid><dc:creator>roy ashbrook</dc:creator><description>&lt;p&gt;OK, so several times recently I have heard about SSIS being able to load 1TB in an hour. These comments&lt;/p&gt;
</description></item><item><title>Top 10 Best Practices for Building a Large Scale Relational Data Warehouse</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#7612010</link><pubDate>Mon, 11 Feb 2008 17:29:23 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7612010</guid><dc:creator>Top 10 Lists</dc:creator><description>&lt;p&gt;Contributors : Stuart Ozer, with Prem Mehra and Kevin Cox Technical Reviewers : Lubor Kollar, Thomas&lt;/p&gt;
</description></item><item><title>构建大型关系数据仓库的十大最佳实践</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#9004199</link><pubDate>Sat, 18 Oct 2008 06:01:49 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9004199</guid><dc:creator>中文（简体）白皮书</dc:creator><description>&lt;p&gt;撰稿人 ： Stuart Ozer、Prem Mehra 和 Kevin Cox 技术审阅 人 ： Lubor Kollar、Thomas Kejser、Denny Lee、Jimmy May、Michael&lt;/p&gt;
</description></item><item><title>大規模リレーショナル データ ウェアハウスを構築するためのベスト プラクティス トップ 10</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#9004314</link><pubDate>Sat, 18 Oct 2008 07:59:47 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9004314</guid><dc:creator>ホワイトペーパー（日本語）</dc:creator><description>&lt;p&gt;寄稿者 : Stuart Ozer、Prem Mehra、Kevin Cox テクニカル レビュー担当者 : Lubor Kollar、Thomas Kejser、Denny Lee、Jimmy May&lt;/p&gt;
</description></item><item><title>10 рекомендаций по созданию крупномасштабного реляционного хранилища данных</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#9025150</link><pubDate>Thu, 30 Oct 2008 22:54:58 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9025150</guid><dc:creator>техническая документация на русском языке</dc:creator><description>&lt;p&gt;Авторы : Стюарт Озер ( Stuart Ozer ), при участии Према Мехры ( Prem Mehra ) и Кевина Кокса ( Kevin Cox&lt;/p&gt;
</description></item><item><title>Bulk Insert performance | keyongtech</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#9338130</link><pubDate>Sun, 18 Jan 2009 19:21:51 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9338130</guid><dc:creator>Bulk Insert performance | keyongtech</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://www.keyongtech.com/3166221-bulk-insert-performance"&gt;http://www.keyongtech.com/3166221-bulk-insert-performance&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>Number of servers required to process half TB of data | keyongtech</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#9364538</link><pubDate>Thu, 22 Jan 2009 11:01:38 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9364538</guid><dc:creator>Number of servers required to process half TB of data | keyongtech</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://www.keyongtech.com/2069166-number-of-servers-required-to"&gt;http://www.keyongtech.com/2069166-number-of-servers-required-to&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>构建大型关系数据仓库的十大最佳实践--SQLCat</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#9442058</link><pubDate>Tue, 24 Feb 2009 05:25:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9442058</guid><dc:creator>Alexwei</dc:creator><description>&lt;p&gt;构建大型关系数据仓库的十大最佳实践 撰稿人：StuartOzer、PremMehra和KevinCox&lt;/p&gt;
&lt;p&gt;技术审阅人：LuborKollar、ThomasKejser、Denny...&lt;/p&gt;
</description></item><item><title> Microsoft SQL Server Development Customer Advisory Team Load 1TB in | Insomnia Cure</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#9710019</link><pubDate>Tue, 09 Jun 2009 01:12:51 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9710019</guid><dc:creator> Microsoft SQL Server Development Customer Advisory Team Load 1TB in | Insomnia Cure</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://insomniacuresite.info/story.php?id=7985"&gt;http://insomniacuresite.info/story.php?id=7985&lt;/a&gt;&lt;/p&gt;
</description></item><item><title> Microsoft SQL Server Development Customer Advisory Team Load 1TB in | Menopause Relief</title><link>http://blogs.msdn.com/sqlcat/archive/2006/05/19/602142.aspx#9711114</link><pubDate>Tue, 09 Jun 2009 03:07:23 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9711114</guid><dc:creator> Microsoft SQL Server Development Customer Advisory Team Load 1TB in | Menopause Relief</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://menopausereliefsite.info/story.php?id=1222"&gt;http://menopausereliefsite.info/story.php?id=1222&lt;/a&gt;&lt;/p&gt;
</description></item></channel></rss>