mdf файл базы данных SQL-сервера 2008 года больше, чем ожидалось
Фактические порты и способность служить тем портам являются двумя совсем другими вещами.
Если бы Вы просто хотели иметь глупое количество портов затем, то Вы могли бы использовать несколько многопортовых карт USB и концентраторов и иметь буквально сотни или тысячи основанных на USB адаптеров Ethernet - каждый с их собственным 10/100 портом и MAC, но их производительность будет ужасна (хотя я сомневаюсь, что их драйверы поддерживают такие числа).
С точки зрения 'надлежащего' NICs нет никакой причины, почему Вы не могли иметь десяти или больше многопортовых карт GigE или даже использовать Виртуальный Flex Подключения HP 10 карт, которые счастливо обеспечат до ссылок 24 x 1 Гбит/с по нескольким соединительным линиям на 10 Гбит/с.
Какие вопросы, хотя соответствует функциональной потребности к доступной пропускной способности. Лично я предпочитаю использовать меньше NICs на 10 Гбит/с и затем использую ОТМЕЧЕННЫЙ НА VLAN виртуальный NICs из ОС, но это не для всех.
Я переместил изображения в поля Filestrem, но размер mdf не сильно уменьшился при все. Как такое возможно?
Потому что сжатие файлов не происходит волшебным образом. Это происходит, когда вы говорите серверу sql попытаться удалить его. Также существует проблема, что данные блога медленно отбрасываются - с довольно низкой скоростью. Для больших данных может потребоваться некоторое время.
Я стараюсь сохранить размер достаточно низким, чтобы иметь возможность хранить файл mdf в более быстром C жесткий диск.
Это заставляет меня съеживаться, если C не является SSD;)
Я также ожидал, что папка Filestream займет немного больше места, чем сейчас делает.
Почему?
Или: составьте отчет и узнайте, что, черт возьми, занимает место. Может вы что-то упустили? Если вы ожидаете, что данных будет намного больше, чем сейчас имеется в файловом потоке, возможно, вы не переместили все данные? Я бы запустил отчет, чтобы узнать, что можно использовать в этом пространстве - они доступны как стандартный отчет в Management Studio.
I don't have any experience with filestream and I am using SQL 2005, but I can right-click a db in MSSMS, go to Reports > Standard Reports > Disk Usage and get a nice little pie chart on space used in the mdf. You can also run this query to figure out which tables in the db have the most rows (not necessarily taking up the most space, but may help you out - from http://blog.sqlauthority.com/2009/01/13/sql-server-find-row-count-in-table-find-largest-table-in-database-t-sql/).
SELECT OBJECT_NAME(OBJECT_ID) TableName, st.row_count
FROM sys.dm_db_partition_stats st
WHERE index_id < 2
ORDER BY st.row_count DESC
GO
Lastly, and again I have never done this, I believe you can create multiple mdfs and split up your data between them, keeping the data you want to access quickly on the faster drive. http://blog.sqlauthority.com/2008/01/25/sql-server-2005-database-table-partitioning-tutorial-how-to-horizontal-partition-database-table/