%
модуль и процедура у 1С по моему не сильно по логике разнится в ут 10.3 и в 11.4
Size: a a a
2020 March 09
Аr
Ну логи от баз. Ldf которые. Я не силен, если честно
Как по мне на упп такого размера наврядли игра стоит свечь
АЗ
Как по мне на упп такого размера наврядли игра стоит свечь
то есть не выпендриваться и класть базы на ссд, темпдб на ссд, логи на обычные сас хдд 10000рпм ?
D
до 100 пользователей вообще один ссд достаточно на все про все, до 300 гб рейды ссд на базу + отдельные на лог+темп, более 500Гб нужно вообще смотреть архитектуру, вполне возможно эффективнее будет разнести данные на обособленные сервера (для формирования отчетов как вариант), если более 1000Гб и народу овер много то тут вообще такой подход будет не верный
Зачем отдельный ссд на лог?
АЖ
до 100 пользователей вообще один ссд достаточно на все про все, до 300 гб рейды ссд на базу + отдельные на лог+темп, более 500Гб нужно вообще смотреть архитектуру, вполне возможно эффективнее будет разнести данные на обособленные сервера (для формирования отчетов как вариант), если более 1000Гб и народу овер много то тут вообще такой подход будет не верный
1 Tb текстовых данных в 1с? (Файлы в отдельных стораджах)
Да вы сэр мазохист)
Да вы сэр мазохист)
Аa
Файлы данных и файлы журналов транзакций желательно размещать на разных дисковых массивах. При этом, требование к скорости дисковой подсистемы файла журнала транзакций, выше чем у файла данных. Cогласно рекомендации от Microsoft время отклика «диска» с файлами базы данных должно составлять 10-20 миллисекунд, а «диска» с файлами журнала транзакций 1-5 мс.
Аa
у писателей рекомендаций
АЖ
Отдельный диск на лог был актуален в те времена когда были диски с блинами и головкой, которой нужно было время на репозицию. А в ссд нет таких затрат
А что щас блинов нет и головки не бегают?)
Аr
1 Tb текстовых данных в 1с? (Файлы в отдельных стораджах)
Да вы сэр мазохист)
Да вы сэр мазохист)
Эт не я) мне к сожалению еще не попадались базы такого объёма прямо для разработки
Аa
у писателей рекомендаций
ссылку на источник я давал выше
АЖ
Эт не я) мне к сожалению еще не попадались базы такого объёма прямо для разработки
Видимо подобное было у ютела в середине 2000-ых, потому что их база с биллингом и кабинетом ложилась к херам 1 числа, когда начиналось списание абонентской платы, и оживала только через дня три.
Аa
1 Tb текстовых данных в 1с? (Файлы в отдельных стораджах)
Да вы сэр мазохист)
Да вы сэр мазохист)
почему именно текстовых?
АЖ
Представляю как работать кому то на базе в 1 Tb данных, там тупо индексы и прочие потроха будут выжирать весь пропускной канал на том же SATA.
DN
Представляю как работать кому то на базе в 1 Tb данных, там тупо индексы и прочие потроха будут выжирать весь пропускной канал на том же SATA.
На 4.5ТБ работали... Основная проблема была в бекапах и их восстановлении ))
АЖ
почему именно текстовых?
Потому что даже я с файловыми базами уже давно вынес файлы из самой базы в стораджи, и теперь они худые, а то раньше весили по 10-15 гигов.
Аr
Представляю как работать кому то на базе в 1 Tb данных, там тупо индексы и прочие потроха будут выжирать весь пропускной канал на том же SATA.
совсем не обязательно, все зависит от архитектуры