|
|
|
Есть ли смысл "архивирования" БД в SQL (кроме изменения размера)
|
|||
|---|---|---|---|
|
#18+
Last1Cmen... м ожно сделать необходимый вывод о том что смысла "обрезания/архивирования" периода для 1C SQL кроме как в целях уменьшения бэкапа просто нет . Нет. Смысл обрезать только если размер базы уже непозволяет нормально работать (нехватает места на жестком). Все остальное от лукавого. А ты скульный бекап потом еще и раром к примеру сожми - раз в 7-10 меньше станет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2009, 12:06 |
|
||
|
Есть ли смысл "архивирования" БД в SQL (кроме изменения размера)
|
|||
|---|---|---|---|
|
#18+
langoliersЕгоров Александрlangoliers, 15-20 $K на сервер БД - это Вы, наверное, про неоптимизированную 1С говорите :) Нет, почему же "про неоптимизированную 1С". Для "неоптимизированной" и больше 20 $K не даст результата. Могу с уверенностью сказать, что для более мене оптимальной БД сервер класса HP DL 380 (2005-2006 года) с бюджетом до 10 $K вполне может справляться (он-лайн транзакционной работой, 40-50 тис. строко-документов в день) с обемом базы 10-20 Гб, около 150 активных пользователей. Если верить выделенному - у вас как раз "оптимизированная 1С" укладывается в $10K :) Вопрос в том, что оптимизация под SQL выйдет дороже разницы в железе, и имеет смысл только при большом росте движений в "типовой 1С". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2009, 13:51 |
|
||
|
Есть ли смысл "архивирования" БД в SQL (кроме изменения размера)
|
|||
|---|---|---|---|
|
#18+
Last1Cmen, Бросьте заниматься фигней, обрезание базы и ее "шринкования" ведет только к 2-м вещам: 1. Быстрое восстановление или перенос базы на другой компьютер занимает очень мало времени 2. Быстрый старт самого SQL-сервера с уже существующей базой Все остальное от лукавого, реально вы можете увеличить скорость работы только перейдя на использование самого SQL-сервера... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2009, 11:26 |
|
||
|
|
start [/forum/topic.php?fid=28&gotonew=1&tid=1523513]: |
0ms |
get settings: |
6ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
151ms |
get topic data: |
7ms |
get first new msg: |
4ms |
get forum data: |
2ms |
get page messages: |
26ms |
get tp. blocked users: |
1ms |
| others: | 193ms |
| total: | 407ms |
| 0 / 0 |
