Ну собственно вопрос в теме: есть база гигов на 70
Соответственно сейчас это благополучно выросший один mdf
Соответственно на сервере один единственный том  на терребайт (райд 10ый)
ну и отсюда вопрос:

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

собственно когда дисков несколько ворде смысл есть а вот когда диск (том) один и делить его никто никуда не будет.

Смылс делить тогде, если диск 1 ?

(2)  ну собственно мне вот тоже интересно - системе что проще ворочать - один файл в 70 гигов или 10 файлов по 7 гигов..

(3) Один хрен. Эффективнее будет дефрагментацию вовремя делать.

(3) если диск дефрагментирован или SSD, то один файл быстрее 10

(5) райд 10 из SAS (или 5ый райд - хз.. но что то из этого)

(6) для аппаратного рэйда лучше один файл

(7) спасибо
пойду посмотрю что там с фрагментацией..

(8) скорее всего то, что ты через рэйд увидишь, не имеет отношения к реальному расположению кластеров

(9) являясь тупым 1Сником я думал посмотреть степень фрагментации средствами винды :) :)

(9) он сам себе ответил в (0)

(10) ты о чем ? Какая фрагментация ? У тебя ж raid

(10) посмотри дефрагментацию, а заодно узнай тип и марку рэйда

(!2) да ну?
и чо, райд на нтфсе не фрагментируется чтол?

с каких пор?

(14) а ему пофиг, райду - ntfs или нет

(15) ну типа на уровне операционке же НТФС, соответственно если диск застрат и файл огромен то почему бы ему и не фрагментироваться?

(0) если не хватает быстродействия, то лучше увеличивать физическое количетво носителей
Можно постепенно переносить на отдельные диски
1. База
2. Журнал транзакций
3. tempdb

(16) есть целевой форум, где шансов на грамотный ответ побольше
http://3nity.ru/viewforum.php?f=40&sid=32023a827dc24f8a188efa7435748792

(16) а ты представь, что рэйд эмулирует NTFS, а сам хранит в jfs

(19) да ладно, неужто такие существуют?

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

(0)
в простом случае
Базу 1С 7.7 (8.х) SQL распределяем по разным дискам, используя файловые группы.

если умете работать с ddl триггерами
то можно
предварительно почитав рекомендации типа 10 заповедей ms sql dba

я выносил в 8ке отдельные таблицы на отдельные диски. Обнаружил прирост до 20%. Естественно, не просто так, методом тыка, а определял наиболее нагруженные.
Так что смысл в таком действе есть.

(23) ну тут речь идет о простом
были бы отдельные диски - разделил бы давно
речь про то что есть один том.
просто один
на нем несколько баз одна из которых уже 70 гигов одним файлом..


собственно вот про что речь

+(22)
http://sqlcat.com/sqlcat_international/b/whitepapers_russian/archive/2008/10/30/492.aspx

(25) Второй раз натыкаюсь на рекоммендацию относительно базы tempdb что лучше разделить её на столько файлов сколько процессоров в системе. Интересно почему нет такой рекоммендации и для файла с базой данных?

(24) на одном диске - смысла не будет.

(26)

есть. недочитали.

(0) прикинь как ты будешь востанавливать из бекапа?

например вариант - бекап один файл, а база 10?

думаю так, что если такие вопросы возникают, то ты явно не обладаешь квалификацией для администрирования такой базы (как и 99% 1с ников), по этому или звать спеца DBA либо оставлять как есть.

(29) ты когда первый раз решил возлечь с женщиной наверное с таким подходом тоже позвал специалиста.. да ?

(29)
из бекапа нормально разворачивается. если есть файловые группы

(30) многие зовут специалиста (специалиста женьщину).

скорее исключение когда встречаются два девствен-ик и ца.

(31) я не сомневаюсь что востанавливаются, просто перед эксперементами на живой базе - нужно поучится, потом потренироватся а потом уже и делать

(32) а мы сразу, в бой и с песней :)

что-то там про секционирование на эвенте говорили. есть база 70 гигов. гигов 50 из них - это данные прошлых периодов, которые тупо  практически всегда на чтение юзаются - их выносить "отдельно".. как-то так...

(34)
энтерпрайз интеграторе есть менеджер секционирования

http://main.1c-ei.ru/site/enterpriseinegrator1c/Home/help/objectdb/partition_func