Была у меня база, лог которой разросся до 2Гб при размере данных в два раза меньше. Убил я лог, приаттачил данные заново и ограничил рост лога 10 Мб, благо данные предполагается использовать только для чтения.
Затем решил заново загрузить данные с помощью bcp, которая, как сказано, не оставляет следов в логе.
По окончании работы, загрузив полтора миллиона записей, она сообщила мне, что лог переполнен.

Ну и почему, скажите, нежурналируемая операция все равно пытается писать в лог столько данных ?

И все равно мне непонятно. Как может информация о выделении новых страниц не поместиться в 50МБ ???!!!

Symptoms
The Microsoft SQL Server "System Administrator's Guide" and Books Online state that when using the fast version of BCP (no indexes on the table and the sp_dboption SELECT INTO/BULKCOPY set to true), the data inserts are not logged in the transaction log. However, when running large bulk loads, you may still run out of log space.
Cause
When SQL Server performs a nonlogged operation, such as using the fast version of BCP or performing a SELECT INTO on a permanent table, the actual data insertions are not written to the transaction log. However, as new data pages and extents are allocated, they are recorded in the log. This information is necessary in that it allows the server to track used data structures.
More Information
Generally, the amount of overhead written to the transaction log during a nonlogged operation is nominal. However, if your transaction log is almost full, issuing a nonlogged operation could cause the log to run out of space. To complete the operation, you must either truncate the transaction log or increase its size.