***: июля 2011

Если во время выполнения задания, при попытке подключиться через OLE из 8.2 к 7.7 возникает ошибка:

Ошибка при вызове конструктора (COMОбъект): Интерфейс не поддерживается.

поможет следующее
Пуск - Выполнить - DCOMCNFG.
"Службы компонентов" - "Компьютеры" - "Мой компьютер" - "Настройка DCOM".
V77.GeneralPropPage и V77.SalaryPropPage.
На закладке "Безопасность" установить необходимые права для того, от чьего имени запускается сервер 1С (8.2)

Оригинал: http://forum.mista.ru/topic.php?id=498901#19

Чтобы произвести переиндексацию необходимо выполнить такой запрос (например в QA):

USE base_1c
EXEC _1sp_DBReindex

где base_1c - имя базы данных.
Если хранимой процедуры _1sp_DBReindex нет в базе данных (база не 1С), то можно выполнить такой код (это и есть код хранимой процедуры _1sp_DBReindex):

USE base_1c
DECLARE @TableName char(32)
DECLARE SysCur CURSOR FOR SELECT name FROM sysobjects WHERE type='U'
OPEN SysCur
FETCH NEXT FROM SysCur INTO @TableName
WHILE @@FETCH_STATUS=0 BEGIN
DBCC DBREINDEX(@TableName)
FETCH NEXT FROM SysCur INTO @TableName
END
CLOSE SysCur
DEALLOCATE SysCur

где base_1c - имя базы данных.
Соответсвенно код для создания хранимой процедуры:

if exists (select * from sysobjects where id = object_id('dbo._1sp_DBReindex') and sysstat & 0xf = 4)
drop procedure dbo._1sp_DBReindex
CREATE PROCEDURE _1sp_DBReindex AS
SET NOCOUNT ON
DECLARE @TableName char(32)
DECLARE SysCur CURSOR FOR SELECT name FROM sysobjects WHERE type='U'
OPEN SysCur
FETCH NEXT FROM SysCur INTO @TableName
WHILE @@FETCH_STATUS=0 BEGIN
DBCC DBREINDEX(@TableName)
FETCH NEXT FROM SysCur INTO @TableName
END
CLOSE SysCur
DEALLOCATE SysCur

Как проверить (восстановить) базу на MS SQL Server средствами сервера

Проверку логической целостности нужно выполнять штатными средствами 1С:Предприятия (Тестирование и исправление ИБ). В случае, если такую проверку не удается выполнить, следует проверить физическую целостность БД средствами MS SQL. Для проверки целостности средствами MS SQL нужно выполнить следующую команду:

DBCC CHECKDB ("имя базы", REPAIR_REBUILD)

Перед выполнением этой команды нужно базу данных перевести в режим "single user":

sp_dboption "имя базы", single user', true

В процессе работы DBCC CHECKDB могут быть обнаружены ошибки и часть может быть сразу же исправлена. Если ошибки остались, то по всей видимости их нельзя восстановить без потери некоторых данных. В этом случае нужно запустить DBCC CHECKDB с параметром REPAIR_ALLOW_DATA_LOSS (перед запуском желательно сделать копию файлов базы данных).

DBCC CHECKDB ("имя базы", REPAIR_ALLOW_DATA_LOSS)

После выполнения DBCC CHECKDB нужно не забыть вернуться в нормальный режим (выйти из режима "single user"):

sp_dboption "имя базы",'single user',false

Переиндексацию базы данных на MS SQL не нужно делать так часто, как в случае с DBF-версией 1С:Предприятия (например, при аварийном завершении работы пользователя). MS SQL автоматически поддерживает индексы в актуальном состоянии. Пересоздавать индексы имеет смысл в одном из следующих случаев:
1) Индекс физически поврежден. Это случается довольно редко и для восстановления нужно использовать вышеупомянутый DBCC CHECKDB.
2) Страницы индекса сильно фрагментированы и требуется их упорядочить.
3) Нужно изменить степень заполнения индексных страниц (fill factor).
4) Требуется изменить тип индекса (кластерный/некластерный). При использовании 1С это обычно неактуально

Оригинал: http://forum.mista.ru/topic.php?id=255611#15

***

Терминальный сервер с двумя интерфейсами

Подключение к 7.7 через OLE в регламентном задании из 8.2

Как переиндексировать, проверить, восстановить базу на MS SQL Server

Закрывается Конфигуратор при сравнении, сохранении конфигурации, при создании отчета