Есть ли смысл в обрезании базы, к примеру 2 первых года работы?
Если есть, то в чем?

ну прям... Гамлет.

Да, и в этом немало плюсов:
- безопасность (нет старых грехов)
- скорость работы, отчетов выше
- перепроведение базы меньше

(2)
п1.Грехов нет.
п2.скорость работы отчетов? Отчеты работают по итогам, что обрезал, что не обреза, но допустим на начало текущего года, таблица итогов будет одна и соответственно скорость формирования должна быть одна.
п3. Период закрыт, перепроведение запрещено.

п.2. Если в базе будут старые года, то по ним будут формировать отчеты. ---> скорость ниже. :-)

п.4. База меньше ---> бекап быстрее.

(2) Пока вижу только 2 плюса
1. Уменьшить объем базы на n-ое количество ГБ
2. Можно почистить справочники.

(4) время бэкапа не напрягает.

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

(5) 100 гиговые базы админить не удобно...
либо если нужно избавиться от ненужных данных...
больше причин резать нет

(8) у меня 25 гиг база, это я думаю еще не размер, вот только лог напрягает 50 ГБ.

(9) обрежь лог

(9) ну вот когда напрягать начнет, тогда и обрежишь...
лога у меня вообще нет, ибо предпочитал базы держать в симпле,
т.к. потеря данных за данеь нигде не была критичной

*обрежешь

25 гиг - фигня, нечего обрезать

(10) Shrink не делается. Тупо закрывается как буд-то все сделал, но объем файла какой был такой и остался и я так понимаю, что там нет хрени которую можно отрезать.

Тут назрел вопрос. Если в консоли сервера увеличить количество рабочих процессов, скорость работы базы увеличится?

по идее должна

(14) Не верно.

(15) Зависит от того простаивает ли SQL.

(15) вряд ли, если только у тебя сейчас не один процесс. Однозначного ответа нет, только экспериментально. Это для 8.2.
Для 8.1 - примерно по количеству ядер вроде. Может и ошибаюсь.

(14) потомучто перед шринком лога надо полный бекап делать

Если процессоров физических больше чем тех процессов. А так незначительно.

(19) бэкап лога

(15)
не делайте из тем винигрет.
назрел вопрос - создайте новую тему.

Бэкапы делал перед шринком, лог уменьшился на 3 гига и все.

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

(15) увеличится количество используемой памяти под 1С, увеличится

(4) Если база будет пустая, то она вообще летать будет.

(24)
достаточно 80% попадания в кэш,
размер бд может быть любой.

"В современных условиях очень странно бывает иногда слышать "нам нужно свернуть БД 1С - её объём превышает 50 ГБ". Если бы такое собирались сделать администраторы систем SAP R3 или Oracle e Business Suite или даже MS Dynamics Ax их бы наверное уволили..."
http://infostart.ru/public/94040/