Недавно прочитала интересную мысль на одном из форумов о том, что нахождение файла Бд и файла транзакций на разных дисках позволяет увеличить скорость работы базы? насколько это верно и как у вас? ну и до кучи интересующий вопрос по SQl: (у меня 1с на SQL стоит) - сама бд на данный момент весит 19 ГБ (это без файла транзакций). насколько это критично для  базы. как у вас с размерами:))))) при каких размерах базы на sql-сервере стоит задуматься об обрезании :))) (прям че-то мысли не туда). на 7 например dbf по 2ГБ и большие проблемы..... есть ли здесь что-то похожее или можно жить спокойно?

(0) по уставу разносят файлы
- БД
- журнала
- temp

20 ГБ - детский размер

темп (архив имеется ввиду)? т.е. у вас он отдельно находится?

в смысле файл транз отдельно на другом диске?

(3) Да все три файла должны быть на разных дисках, только не логических а физических.

(2) [архив имеется ввиду]
нет
имеется в виду системная базка tempdb

(2)
(3) у меня - нет
текущий проект маленький 5 Гбайт и не нагруженный

имеется в виду системная базка tempdb
что это?
смысл разделения БД и транзакций только в увеличении скорости? на восстановление и т.п. это не влияет? (архив у меня отдельно)

(6)[что это]
а ты давно в C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data заглядывала ?
или в раздел системные базы студии

только темпдб не просто переместить,
читай внимательно BOL

(1)+ также на отдельном система и файл подкачки

(8) верно замечено

(7) ого, а я не знаю даже про это. спасибо. а где можно почитать? я до этого была уверена, что два файла базы данных и все.  что такое BOL?

(8) ого, где же столько дисков взять? у меня всего 2 физических.

(10) там есть ещё и мастер, который трогать не надо
а почитать все можно на sql.ru и в книжках по сиквелу
онлайн версия книжки идёт в составе поставки и зовётся BOL

т.е. она у тебя есть,
почти как ИТС

ок спасибо, книжку посмотрю, если осталась - систему изначально не я обслуживала.

(11)  чудной вопрос,
у тебя личная система ?

нет не личная, отдельный сервер под sql, но там всего два диска. а на общие диски вряд стоит базу выкидывать. я архивы только на дугих храню.

(15) операционка, база и журнал на первом
темп, своп и бэкапы на втором

но при двух не рэйд дисках выигрыш будет смешной - не парься

(16) ок, все равно спасибо почитаю про tempdb, раз оказывается знаю не все.

а до скольки БД файл по размерам - это норма?

(18) до 25 маленькие
25 - 50 средние
50 - 100 большие
> 100 очень большие

градация  условная

(19)+
до 1 гига - милюзга :)

я-бы делил не по размеру а по времени регламентных операций
бекап, переинтексация, обновление статистики

до 30 минут - мелкие
до 6 часов - средние
до 12 часов - большие
более суток - гигантские

Смысл в перемещении файлов бд на разные физ диски есть только в том случае если дисковая подсистема нагружена

(7) По поводу перемещения темпдб вопросик:
а если с помощью нтфс-ссылки "переместить" - проблем не будет?

(22) будут
(21) + 1
(20)  ты угадал, градация именно по времени полного бэкапа

(0) А че у ТС проблем нет с базой, проблема именно с размером ? ;) Ну где то 3-4 самое то.

проблем у меня пока нет, просто читала инфу на форумах - вот вопросы и возникли. не хочется решать вопросы когда возникнут проблемы.

по поводу "C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data ", посмотрела , файл temp 46, templog=35. mssqlsystemresource.mdf = 38. что за файлы в общих чертах понятно. но возникают вопросы дальше: temp очищается при перезапуске - (ушел с 46 до 13) - т.е. я так понимаю это не очень большая проблема - раз он пополняется только при загруженности. а вот templog и второй наверное надо чистить периодчиески. кто реально у себя это делает?
потом еще интересный вопрос: зачем так носиться с этими файлами, если при каких либо обстоятельствах sql слетит - это же не БД, можно заново поставить и подключить реальныйе файлы БД или восстановить из архива. или я что-то не так поняла. Это пока все что успела понять, поэтому не ругайтесь.

(24) 3-4ГБ? у меня 19 только файл базы данных.

кстати, бекап средствами sql примерно 20 минут.

(24)(26) не дошло ну ладно
(27) Это быстро, у меня 20 Гб дольше архивировалась.
(25) Посмотри по ссылкам про 1c - sql  < 1с Рупасов >

(25) проблема с tempdb не в том, что она может вырасти, а в том, что она может очень активно использоваться и стать узким местом в вашей системе. Т.е. на одном sql server у вас может быть десяток баз 1С, разнесенных по дискам, но все они будут использовать одну и ту же tempdb.

>>потом еще интересный вопрос: зачем так носиться с этими файлами, если при каких либо обстоятельствах sql слетит - это же не БД, можно заново поставить и подключить реальныйе файлы БД или восстановить из архива.

Это системные БД - если вас устраивает, что при каком-нибудь сбое вам придется заново переустанавливать SQL Server, подключать все ваши (пользовательские) БД, настраивать планы обслуживания, репликации, зеркалирования и проч (если используются) - можете не париться. Если не устраивает - бэкапы msdb и master надо делать регулярно.
Плюс учтите, что при повреждении какой-нибудь из этих баз (master\msdb\tempdb) весь сервер может стать недоступным. С tempdb проблема скорее всего решится обычным перезапуском, а с остальными - возможно придется все переустанавливать.

ставишь это ...
http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=15289

анализируешь результ ... делаешь выводы...

при разнесении файлов по банкам прирост скорости будет ... может неэффективный ...
какие файлы по каким банкам разносить зависит от частоты  операций с базой ... например ... если в базу много пишут ... то лог на банку с высокой скоростью записи ...