Коллеги, а что мешает собирать данные в одном потоке, а записывать в базу в разных потоках?
Разнести задачу записи в очередь из нескольких потоков и пусть пишут.
Хоть через файл, хоть напрямую...

Тут вопрос в другом: ежели за 10 минут набегает ~41 Mb данных, то за сутки получим ~5 Gb, за год более 2 Tb без учёта служебных данных и т.д., и т.п.
Какова должны быть ретроспективная глубина хранения данных?

Shocker.Prodarlov10 минут (столько планирую хранить данные)Shocker.Pro, я помню про 10 минут.
Просто меня смутила фраза:
автор...Ну если будут пропадать данные раз в полгода, это еще не критично, а если периодически , то это критично... Не сразу понял что речь идёт именно о 10-ти минутном "куске" сырых данных.
Видимо, сказывается то, что голова побаливает...

darlovAlex Kuznetsov,
Я так и планирую разделить по потокам, как раз для промежуточного хранения массива данных я и интересуюсь что использовать.Тогда действительно можно посмотреть в сторону MMF. Только учтите один немаловажный момент про размер блоков .
MSDN... One advantage to using MMF I/O is that the system performs all data transfers for it in 4K pages of data. ...
Правда это было актуально для 1998 года. Сейчас ситуация изменилась и размер страницы зависит от системы.

ММF можно использовать для "скидывания" сырых данных на диск, а затем уже в отдельных потоках(после 10-ти минутного скидывания) спокойно сливать данные в базу.
Слил в базу - грохнул файл.
Таким образом может быть два потока на запись в MMF(не думаю, что для записи секундных данных нужно будет более одного потока), и сколько нужно для передачи файла в базу.