День добрячковый коллеги!
Переношу БД, конфигурация 1С Бухгалтерия 8.2. Стартовый сервер MS SQL 2005, конечный MS SQL 2008.
Перенес методом экспорта с стартового.
Источник данных SQL Server Native Client 10.0
При переносе все "Ок".
Вроде все замечательно и после переноса, в конфиг вхожу, потеря данных не наблюдается, но размер после переноса смущает, в 2 раза меньше становится, это нормально?

экспорт - какой?

(0) нормально. успеет еще распухнуть.

Да вроде нормально

(0)а в абсолютных числах?

(0)Shrink БД не делали?

при экспорте возможно шринк базы делается автоматом, или на 2005 было зарезервировано место дополнительно, или ещё что

(0 что размер упал - нормально, что DBA ни фига не делает и бузу ни разу не транковал - плохо

(1)Дак написал вроде, по сети через тисипи\айпи источник-приемник
(4)5,72 ГБ -> 3,24
(5)(6)Неа, сжатие не делал, хотя внутренний голос где то подсказывал что причина может быть в этом
(7)а не подскажете что за операция "транк"?

(8) Backup LOG твоя_база with TRUNCATE_ONLY

(8)Ну тогда зачем же удивляться уменьшению размера БД?
В (7) имелось в виду, вероятно, усечение журнала транзакций:
BACKUP LOG БД TRUNCATE_ONLY

Вообще за базой надо следить. Это имеет несколько положительных следствий, как-то: увеличение быстроты обращений к данным БД за счёт устранения её фрагментации, оптимизация использования дискового пространства, возможность вовремя обнаружить появление ошибок в БД. Ведь и сейчас ещё периодически встречаются вскрики администраторов БД о том, что в базе вдруг куча ошибок, а работоспособной резервной копии нет.

(10) +1
ты не поверишь,сколько раз владельцы баз 1С узнавали об отсутствии бэкапа только тогда, когда ldf забивал всё доступное дисковое пространство  =)

(10) Ну резервные копии то у меня каждую ночь снимаются, да и база на всякий пожарный реплицируется. Да, к сожалению всех тонкостей работы с БД не знаю, нужно какую нибудь книжку по этому делу покурить =)

(12) если у базы фулл режим, то мало её бэкапить, нужен ещё и бэкап логов

(13)На хера?

(14) Потому что файл транзакций только при BACKUP LOG обрезается, а иначе он забъет весь диск

Прочитал несколько статей и советов, но так к общему мнению и не пришел, как лучше выполнять шринк: регламентом раз в "..." или в настройках true поставить (проц вроде мощный стоит на сервере БД)?

Скорее всего либо лог, либо зарезервированное место стало меньше.
Не беда. Не сцы - распухнет еще )))

(16) Лучше регламентом раз в неделю поставь в понедельник

(18) Ок, спасибо за совет!

(12) Купите себе какую-нибудь приличную книжку по MS SQL серверу, особенно в части его администрирования. "Приличная" - это такая, где просто и понятно, с примерами команд, описано:
- как сделать бекап
- как проверить БД на наличие/отсутствие ошибок
- как сжать БД, как получить о ней всю необходимую системную информацию и т. п.
- Да! И чтобы там подробно объяснялось, что такое кластерный индекс.
Это нужно любому 1С-нику независимо от его квалификации.

(16) Я шринк делаю вручную 1-2 раза в неделю, хотя, если БД используется интенсивно, лучше воткнуть в job, желательно после backup'а. DBCC CHECKDB делаю ежевечерне, и обязательно проверяю результат.