Где находится база 1с sql

Как создать базу 1С на SQL сервере в Windows

Добавить новую пустую базу данных на сервере 1С SQL

Если у Вас на сервере 1С взятом в аренду или установленном в офисе стоит SQL Server от Microsoft и вы хотите создать пустую базу данных, данная статья поможет вам в этом.

Для начала необходимо открыть оснастку «Администрирование серверов 1С Предприятия». Чаще всего ярлык на данную консоль можно найти в меню Пуск, в разделе с 1С Предприятие. Конечно, если данный компонент был установлен при настройке системы.

Выберите в разделе «Локальный кластер» — «Информационные базы» и нажав правой кнопкой мыши нажмите на пункт Создать — Информационная база.

В появившемся окне, заполните все поля для создания базы данных 1С.
В поле имя введите в двух местах имя вашей информационной базы, это имя одновременно для никнейм вашей базы, и название базы оснастке SQL сервер и по этому же имени можно будет обращаться к базе данных и добавлять ее пользователям.
Выберите тип баз данных, в нашем случае MS SQL Server, и адрес кластера серверов, в большинстве случаев если SQL находить на той же физической машине, что и установлен Агент сервера 1С, то кластером будет выступать адрес localhost.

В поле пользователь сервера БД для создание информационной базы, чаще всего используют учетную запись администратора SQL сервера — sa.

Если мы добавляем пустую базу, а не уже существующие на сервере баз данных, то необходимо поставить галочку «Создать базу данных в случае ее отсутствия».
Именно в этом случае будет создана пустая база, готовая для того, что б вы могли зайти в нее через Конфигуратор 1С и залить свою ранее сохраненную «Выгрузку».

Перенос файловой базы 1С в SQL

Продукты фирмы «1С» имеют два основных решения для хранения данных: файловая база данных и база данных, размещенная на SQL Server (поддерживается как Microsoft SQL Server, так и бесплатный PostgreSQL, Oracle Database, IBM Db2). Файловые базы данных как правило используют небольшие компании с 1-10 пользователями, при этом быстрого роста объема базы данных в среднесрочной перспективе не предвидится. Если у Вас “тормозит база 1С”, вы постоянно отмечаете рост пользователей или на этапе проектирования решения Вы рассчитываете на достаточно быстрый рост объема данных, Вам пора задуматься о переезде файловой базы 1С на SQL Server.

Как перенести файловую базу 1С в SQL?

Перенос базы 1С производится в режиме 1С “Конфигуратор”.

Для переноса файловой базы на сервер SQL необходимо выполнить следующие действия:

1. Открыть конфигуратор файловой базы.

2. В конфигураторе необходимо выбрать пункт меню «Администрирование» и «Выгрузить информационную базу»:

Перед запуском процесса выгрузки программа предложит путь, куда сохранить файл выгрузки.

По окончанию выгрузки система выдаст сообщение об успешном завершении операции.

Файл выгруженной базы имеет формат *.dt и находится по тому пути, что Вы указали при старте выгрузке.

Особые указания для настройки портов:

Выбор портов осуществляется из диапазона от 10 000 до 60 000.
Нужно исключить переключение с другими диапазонами.
Пример выбора диапазонов: “ 23560:23591, 12560:12591”.
Управляющий порт для работы из оснастки: 23540.
Порт подключения из 1С: 23541.
Пример подключения к кластеру 1С:
“:23541; :23541”. Все настройки подключения к базам храниться здесь: *\Users\%username%\AppData\Roaming\1C\1CEStart\ibases.v8i

Создание специальных служб

Запускаем командную строку от имени Администратора
Команда: Sc create =”C:\Program Files\1cv8\8.3.4.465\bin\ragent.exe” DisplayName= type= own start= auto
Вводим в командной строке команду “regedit”
Находим строку
Редактируем строку “ImagePath”
Приводим строку “ImagePath” к виду: “C:\Program Files\1cv8\8.3.5.1098\bin\ragent.exe” -srvc -agent -regport 23541 -port 23540 -range 23560:23591 -d

Создание кластера 1С 8.3

Настройка кластера 1С 8.3:

• Подключаемся к первому серверу по порту: 23540
• Подключаемся ко второму серверу по порту: 23540
• На втором сервере удаляем полностью кластер:

На первом сервере добавляем второй сервер:

Заходим в свойства сервера и ставим галочку:

• На втором сервере создан кластер.
• Устанавливаем Интервал перезапуска серверов и дополнительные параметры.

Создаем пустую базу в кластере на SQL Server:

Первый способ создания базы данных

Название базы в кластере 1С и на SQL сервере могут быть разные.
Заходим в директорию кластеры/локальный кластер/New/информационная база.

Указываем параметры информационной базы:

При отдельном сервере приложений 1С, адрес сервера баз данных может быть прописан в hosts.

Второй способ создания базы данных

Нажимаем кнопку “Добавить”.

Выбираем пункт “Создание информационной базы”.

Добавляем в 1С: Предприятие пустую базу, которая была создана в кластере 1С.

Открываем конфигуратор пустой базы.

Выбираем в меню “Администрирование” / “Загрузить информационную базу”:

Далее нужно выбрать файл *.dt, который был выгружен ранее.

Нажимаем кнопку «Да»:

По окончанию загрузки нужно перезапустить Конфигуратор нажатием кнопки «Да»:

После выполненных действий будет завершен процесс переноса базы 1С из файлового формата в серверный формат.

Когда мы рекомендует перенос файловой базы на клиент-серверный вариант
Наша практика показывает, что файловые базы данных являются оптимальным решением, пока объем базы не превысил 3 Гб.

Размещение данных 1С:Предприятия 8

Данный документ дает представление о файлах и таблицах баз данных, с которыми работает 1С:Предприятие 8, и о распределении между ними информации, используемой 1С:Предприятием 8. Рассматриваются как файловый, так и клиент-серверный варианты информационных баз.

Приведенная здесь информация предназначена исключительно для понимания расположения и состава данных, используемых 1С:Предприятием, и предназначена для разработчиков прикладных решений и специалистов, занимающихся администрированием информационных баз 1С:Предприятия 8. Приведенная информация не должна использоваться для работы с этими данными какими либо способами, не предусмотренными штатными механизмами 1С:Предприятия 8.

Информационные базы, хранилища конфигураций, вспомогательные данные, временные данные

Предметом данного рассмотрения являются только те данные, которые 1С:Предприятие использует всегда, независимо от действий, исполняемых конкретными конфигурациями, или действий, связанных с выбором пользователем тех или иных файлов. Таким образом, файлы конфигураций, выгрузки данных, внешние обработки и другие файлы, внешние по отношению к 1С:Предприятию 8 здесь рассматриваться не будут.

Данные, которые 1С:Предприятие использует всегда, могут быть разделены на 5 групп в соответствии с их назначением и мерой их ответственности:

• Информационные базы . К информационным базам относится наиболее ответственная информация, включающая: конфигурацию, все данные о хозяйственной деятельности предприятия а также административную информацию. Все данные, относящиеся к информационной базе, объединяются в базу данных. Потеря или искажение каких-то данных информационной базы может привести к потере работоспособности системы, построенной на базе 1С:Предприятия.
• Хранилище конфигурации содержит текущую конфигурацию и историю ее разработки при использовании в Конфигураторе средств групповой разработки. При разработке конфигурации эта информация также является «жизненно важной».
• Журнал регистрации содержит список операций, совершенных над данной информационной базой. Эта информация не является необходимой для работы системы на базе 1С:Предприятия, но может быть важной с организационной точки зрения.
• Вспомогательные данные . К вспомогательным относятся такие данные, которые служат для удобства пользователя и не влияют на логику работы системы на базе 1С:Предприятия.
  • Профайлы содержат информацию о расположении окон, текущих позициях, состоянии диалогов и других настройках, позволяющих пользователю работать наиболее комфортно. Различные конфигурации могут хранить в профайлах и другую информацию, которая может быть полезной, но не является необходимой.
  • Другие вспомогательные данные . К ним относятся списки информационных баз, зарегистрированных на клиенте или на сервере, и некоторые другие данные.

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

  Организация информационных баз

  Данные, которые определяют логику функционирования системы на базе 1С:Предприятия, относятся к информационной базе. Хранение информационной базы осуществляется в базе данных с виде набора таблиц, для чего 1С:Предприятие 8 может использовать одну из пяти систем управления базами данных (СУБД):

  • Встроенную в 1С:Предприятие 8 (файловый вариант информационной базы). В этом случае все данные информационной базы хранятся в файле с именем 1cv8.1cd. Этот файл имеет двоичный формат и по сути является базой данных для встроенной в 1С:Предприятие 8 СУБД.
  • Microsoft SQL Server (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных Microsoft SQL Server.
  • PostgreSQL (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных PostgreSQL.
  • IBM DB2 (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных IBM DB2.
  • O racle Database (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных Oracle Database.

  На уровне объектов базы данных (таблиц, полей, индексов и т. п.) как файловый так и клиент-серверный вариант информационной базы имеют сходный формат (отличающийся несущественными деталями). Некоторая информация об этом формате содержится ниже.

  Вся информационная база представляется в базе данных в виде набора таблиц. Среди них есть несколько таблиц, которые обязательно присутствуют в представлении любой информационной базы:

  • Config — основная конфигурация информационной базы. Эта конфигурация соответствует реальной структуре данных и используется 1С:Предприятием 8.0 в режиме Предприятия.
  • ConfigSave — конфигурация, редактируемая Конфигуратором. Конфигурация из ConfigSave переписывается в Config при выполнении «Обновления конфигурации базы данных» в Конфигураторе, а наоборот — при выполнении в Конфигураторе операции «Конфигурация — Конфигурация базы данных — Вернуться к конфигурации БД».
  • Files содержит служебную информацию, например, о работе с хранилищем конфигурации.
  • Params содержит параметры информационной базы. Среди них:
    • Национальные настройки информационной базы.
    • Таблица соответствия объектов метаданных и объектов базы данных (таблиц, полей, индексов).
    • Некоторая другая информация.

    При старте 1С:Предприятие проверяет наличие в информационной базе перечисленных таблиц и в случае отсутствия какой-нибудь из них выдается сообщение «информационная база разрушена». Отсутствие всех перечисленных таблиц означает, что информационная база пустая. В последнем случае эти таблицы будут созданы.

    Перечень и структура других таблиц базы данных определяется конкретной конфигурацией, а именно, определенными в ней объектами метаданных. Имя каждой таблицы состоит из буквенного префикса и следующего за ним номера. Префикс определяет назначение таблицы, а номер позволяет различать таблицы одинакового назначения, относящиеся к разным объектам метаданных. Если в качестве СУБД используется IBM DB2, то описанную структуру имеют не имена таблиц, а их псевдонимы.

    Если в конфигурации определен хотя бы один план обмена с установленным флагом «Распределенная информационная база», то будут созданы следующие таблицы:

    • _ConfigChangeRec — таблица регистрации изменений объектов конфигурации.
    • _ConfigChangeRec_ExtProps — таблица имен файлов измененных внешних свойств объектов конфигурации.

    Ниже перечислены различные объекты метаданных, которым могут соответствовать те или иные таблицы.

    • Константы
      • _Consts содержит текущие значения всех констант, определенных в конфигурации.
      • _ConstsChngR — таблица регистрации изменений констант. Создается, если хотя бы одна константа участвует хотя бы в одном плане обмена.

      • _Node — таблица плана обмена.
      • _Node_VT — табличная часть плана обмена, создается для каждой табличной части.

      • _Reference — таблица справочника.
      • _Reference_VT — табличная часть справочника — для каждой табличной части.
      • _ReferenceChngR — таблица регистрации изменений справочника. Создается, если справочник участвует хотя бы в одном плане обмена.

      • _Document — таблица документов для каждого объекта метаданных «документ».
      • _Document_VT — табличная часть документа — для каждой табличной части каждого документа.
      • _DocumentChngR — таблица регистрации изменений объекта метаданных типа «документ». Создается для каждого объекта метаданных типа «документ», если он участвует хотя бы в одном плане обмена.

      • _Seq — таблица регистрации документов — для каждой последовательности.
      • _SeqB — таблица границ последовательности — для каждой последовательности.
      • _SeqChngR — таблица регистрации изменений последовательности. Создается для каждой последовательности, которая участвует хотя бы в одном плане обмена.

      • _DocumentJournal — таблица журнала документов, создается для каждого журнала документов.

      • _Enum — таблица перечисления — по одной для каждого перечисления.

      • _Chrc — основная таблица плана видов характеристик.
      • _Chrc_VT — табличная часть плана видов характеристик — для каждой табличной части.
      • _ChrcChngR — таблица регистрации изменений плана видов характеристик. Создается, если план видов характеристик участвует хотя бы в одном плане обмена.

      • _Acc — основная таблица плана счетов.
      • _Acc_ExtDim — таблица видов субконто плана счетов, создается для плана счетов в том случае, если максимальное количество субконто больше нуля.
      • _Acc_VT — табличная часть плана счетов, создается для каждой табличной части плана счетов.
      • _AccChngR — таблица регистрации изменений плана счетов. Создается, если план счетов участвует хотя бы в одном плане обмена.

      • _CKind — основная таблица плана видов расчета.
      • _CKind_BaseCK — таблица базовых видов расчета, создается для плана видов расчета в случае, если его свойство «Зависимость от базы» имеет значение, отличное от «Не зависит».
      • _CKind_DisplacedCK — таблица вытесняющих видов расчета, создается для плана видов расчета в случае, если у него установлен флаг «Использует период действия».
      • _CKind_LeadingCK — таблица ведущих видов расчета — для каждого плана видов расчета.
      • _CKindDN — вспомогательная таблица для порядка вытеснения, создается, если у плана видов расчета установлен флаг «Использует период действия».
      • _CKind_VT — табличная часть плана видов расчета, создается для каждой табличной части.
      • _CKindChngR — таблица регистрации изменений плана видов расчета. Создается, если план видов расчета участвует хотя бы в одном плане обмена.

      • _InfoRg — таблица движений регистра сведений.
      • _InfoRChngRg — таблица регистрации изменений регистра сведений. Создается, если регистр сведений участвует хотя бы в одном плане обмена.

      • _AccumRg — таблица движений регистра накопления.
      • _AccumR g T — таблица итогов регистра накопления, если регистр поддерживает остатки.
      • _AccumR g Tn — таблица оборотов регистра накопления, если регистр поддерживает обороты.
      • _AccumR g ChngR — таблица регистрации изменений регистра накопления. Создается, если регистр накопления участвует хотя бы в одном плане обмена.
      • _AccumRgOpt — таблица настроек хранения итогов регистров накопления одна на все регистры накопления.
      • _AccumRgAgg — таблица агрегатов регистра накопления.
      • _AccumRgAggOpt — таблица опций сети агрегатов.
      • _AccumRgSt — таблица статистики регистра накопления.
      • _AccumRgBf — таблица буфера новых оборотов регистра накопления.
      • _AccumRgDl — таблица новых оборотов регистра накопления.
      • _AccumRgAggDims — таблица кодов измерений регистра накопления.
      • _AccumRgAggGrid таблица сети агрегатов

      • _AccRg — таблица движений регистра бухгалтерии.
      • _AccRgED — таблица значений субконто регистра бухгалтерии, создается в том случае, если он ссылается на план счетов, у которого максимальное количество субконто больше нуля.
      • _Acc RgA T0 — таблица итогов по счету.
      • _Acc RgA T< i >— где i от 1 до максимального количества субконто. Таблица итогов по счету с количеством видов субконто равным i.
      • _AccRgC T — таблица итогов оборотов между счетами, только для регистра бухгалтерии поддерживающего корреспонденцию.
      • _AccRgChngR — таблица регистрации изменений регистра бухгалтерии. Создается, если регистр бухгалтерии участвует хотя бы в одном плане обмена.
      • _AccRgOpt — таблица настроек хранения итогов одна на все регистры бухгалтерии.

      • _CRg — таблица движений регистра расчета.
      • _CR g ActP — таблица фактических периодов действия для регистра расчета, создается, если у регистра расчета установлен флаг «Период действия».
      • _CRgChnR — таблица регистрации изменений регистра расчета. Создается для каждого регистра расчета, участвующего хотя бы в одном плане обмена.
      • _CRgRecalc — таблица перерасчета регистра расчета, создается для каждого перерасчета.
      • _CRgRecalcChn g R — таблица регистрации изменений перерасчета. Создается, если перерасчет участвует хотя бы в одном плане обмена.

      • _BPRPoint s — таблица точек маршрута бизнес-процесса для каждого бизнес-процесса.
      • _BPr — основная таблица бизнес-процесса.
      • _BPr_VT — табличная часть бизнес-процесса для каждой табличной части.
      • _BPrChngR — таблица регистрации изменений бизнес-процесса. Создается для каждого бизнес-процесса, участвующего хотя бы в одном плане обмена.

      • _Task — основная таблица задачи.
      • _Task_VT — табличная часть задачи для каждой табличной части.
      • _TaskChngR — таблица регистрации изменений в задачах. Создается для каждого объекта метаданных типа «задача», который участвует хотя бы в одном плане обмена.

      При использовании IBM DB2 префиксы псевдонимов таблиц начинаются не с символа подчеркивания, а сразу с буквенной части.

      Количество этих таблиц зависит от функциональности конфигурации и может быть достаточно большим. В штатном режиме 1С:Предприятие не выполняет проверку их наличия, а также целостности и непротиворечивости содержащихся в них данных. Поэтому важно, чтобы база данных, в которой размещена информационная база 1С:Предприятия 8, была защищена от несанкционированного доступа и ее модификация выполнялась только средствами 1С:Предприятия. Для проверки необходимо использовать функцию «Администрирование — Тестирование и исправление», встроенную в конфигуратор.

      Важно также, чтобы резервное копирование и восстановление базы данных, хранящей информационную базу, выполнялось только целиком. С этой целью рекомендуется использование средств резервного копирования баз данных, встроенных в в используемую СУБД. Резервное сохранение файлового варианта информационной базы может быть выполнено копированием файла 1cv8.1cd.

      В конфигураторе есть специальная функция: Администрирование — Выгрузить информационную базу. С ее помощью можно выгрузить в указанный файл (файл выгрузки) все данные, относящиеся к информационной базе, и больше никакие. Обратная ей функция «Загрузить информационную базу» позволяет в текущую информационную базу вместо существующих загрузить все данные из файла выгрузки. Эти функции также можно использовать для резервного копирования данных информационной базы как в файловом так и в клиент-серверном варианте.

      Хранилище конфигурации

      Хранилище конфигурации используется при групповой разработке конфигураций и служит для хранения истории версий конфигурации, включая последнюю (текущую) версию. Все хранилище содержится в одном файле — 1Cv8ddb.1cd , который располагается в каталоге, заданном в качестве каталога хранилища конфигурации.

      В процессе разработки конфигураций с использованием средств групповой разработки данные, хранимые в этом файле, являются жизненно важными. Поэтому рекомендуется их резервное копирование.

      Журнал регистрации

      Журнал регистрации относится к информационной базе и служит для сохранения информации о событиях, возникающих в процессе работы пользователей с данной информационной базой. Эта информация может быть важной с организационной точки зрения, но не является необходимой для функционирования прикладного решения на базе 1С:Предприятия.

      Журналы регистрации хранятся в специальных каталогах 1Cv8Log по одному на каждую информационную базу. Каждый каталог содержит файл 1Cv8.lgf и несколько файлов с именами вида yyyyMMddhhmmss.lgp , где yyyy — номер года, MM — номер месяца, dd — номер дня в месяце, hh — номер часа, mm — номер минуты, ss — номер секунды. Например, » 20070525200000.lgp «. Файл 1Cv8.lgf содержит общую информацию журнала регистрации. Каждый файл yyyyMMddhhmmss.lgp содержит фрагмент журнала регистрации за соответствующий период. Имя файла представляет момент времени начала периода. Длина периода определяется настройкой журнала регистрации «Разделять хранение журнала по периодам».

      В файловом варианте информационной базы журнал регистрации располагается в каталоге информационной базы, в том же, что и файл самой информационной базы. Например, если информационная база хранится в файле C:/EnterpriseInfoBase/1cv8.1cd, то журнал регистрации будет находиться в каталоге C:/EnterpriseInfoBase/1Cv8log.

      В клиент-серверном варианте информационной базы журнал регистрации располагается в подкаталоге рабочего каталога кластера. Имя подкаталога определяется идентификатором информационной базы. Например: «C:/Program Files/1cv82/server/reg_1541/fb9d9cc4-ccd0-4be7-87e8-c5182945291e/1Cv8Log». Подробно о рабочем каталоге центрального сервера и кластера можно прочитать в разделе » Хранение настроек кластера серверов 1С:Предприятия 8 «.

      Профайлы

      Профайлы содержат информацию, не оказывающую влияния на логику функционирования системы на базе 1С:Предприятия 8. Такая информация не является необходимой, но ее сохранение может, например, повысить комфортность работы пользователя. В профайлах можно хранить формат и расположение окон и диалогов, настройки шрифтов, цветов, отборов и т. п. Потеря такой информации не может привести к нарушению работоспособности системы.

      Подробнее назначение профайлов и хранение настроек пользователя описаны в разделе » Сохранение параметров настроек пользователя между сеансами «.

      Профайлы различаются по принадлежности хранимой в них информации. Виды профайлов, используемых в 1С:Предприятии 8, представлены в таблице:

      Примеры хранимых данных

      — Открыто ли табло.
      — Настройки текстового редактора.

      /1C/1cv82/1Cv8.pfl, например:
      C:/Documents and Settings/User/Application Data/1C/1cv82/1Cv8.pfl

      — Файлы клиентских настроек, информация о резервных кластерах и другая служебная информация

      Например C:\Documents and Settings\All Users\Application Data\1C\1Cv82\1cv8conn.pfl

      — Режим аутентификации при старте 1С:Предприятия из отладчика.
      — Каталог последнего сохранения хранилища конфигурации в файл.

      Таблица files базы данных, в которой размешена информационная база.

      Информационная база и пользователь

      — Настройки динамических списков.
      — Настройки отборов по журналу регистрации.

      Таблица files базы данных, в которой размешена информационная база.

      Компьютер и информационная база

      — Настройки сравнения файлов конфигураций.
      — Настройки глобального поиска по текстам конфигурации.

      /1C/1cv82//1Cv8.pfl, например:
      C:/Documents and Settings/User/Application Data/1C/1cv82/ 4129dbdb-b495-41cb-99ea-ef315060a03e/1Cv8.pfl

      Компьютер, информационная база и пользователь

      — Расположение окна синтакс — помощника.
      — Список переменных для быстрого просмотра в отладчике.

      /1C/1cv82///1Cv8.pfl, например:
      C:/Documents and Settings/User/Application Data/1C/1cv82/ 4129dbdb-b495-41cb-99ea-ef315060a03e/ E8D87DA4-A087-4145-95E7-D613E0F7CB64/1Cv8.pfl

      1С:Предприятие 8 в режиме Конфигуратора

      — Расположение окон конфигуратора.
      — Цвета редактора модулей в конфигураторе.

      /1C/1cv82/1Cv8cmn.pfl, например:
      C:/Documents and Settings/User/Application Data/1C/1cv82/1Cv8cmn.pfl

      1С:Предприятие 8 в режиме Конфигуратор и Предприятие

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

      /1C/1cv82///1Cv8cmn.pfl, например:
      C:/Documents and Settings/User/Application Data/1C/1cv82/ 4129dbdb-b495-41cb-99ea-ef315060a03e/ E8D87DA4-A087-4145-95E7-D613E0F7CB64/1Cv8cmn.pfl

      Диалог запуска 1С:Предприятия 8

      — Размеры и расположение диалога запуска.
      — Настройки диалогов установки параметров информационных баз.

      /1C/1cv82/1Cv8strt.pfl, например:
      C:/Documents and Settings/User/Application Data/1C/1cv82/1Cv8strt.pfl

      Данные из профайлов читаются при старте 1С:Предприятия 8 и записываются при его штатном завершении. По этой причине в случае нештатного завершения некоторые пользовательские настройки могут не сохраниться.

      Другие вспомогательные данные

      Наряду с профайлами в каталоге данных приложения могут содержаться и другие файлы с информацией, сохранение которой делает работу пользователей с 1С:Предприятием 8 более удобной. Среди них:

      • def.usr — хранится в каталоге /1C/1Cv8/ (например, C:/Documents and Settings/User/Application Data/1C/1cv82/4129dbdb-b495-41cb-99ea-ef315060a03e/def.usr) и содержит имя пользователя который последним открывал данную информационную базу.
      • ibases.v8i — хранится в каталоге /1C/1CEStart (например, C:\Documents and Settings\user\Application Data\1C\1CEStart\ibases.v8i) и содержит список информационных баз, зарегистрированных на данном клиентском компьютере. Этот список отображается в диалоге «Запуск 1С:Предприятия».
      • GenTempl_ ru .st, GenTempl_ en .st — стандартный файл шаблонов текста расположен в каталоге загрузочных модулей 1С:Предприятия (например C:/Program Files/1cv82/bin) на русском и английском языке соответсвенно.
      • appsrvrs.lst — хранится в каталоге /1C/1cv82 (например, C:/Documents and Settings/User/Local Settings/Application Data/1C/1cv82/appsrvrs.lst) и содержит список серверов 1С:Предприятия, зарегистрированных в утилите администрирования информационных баз в варианте клиент-сервер.
      • srvribrg.lst — хранится на центральном сервере кластера в каталоге (например, C:/Program Files/1cv82/server/srvribrg.lst) и содержит список кластеров, зарегистрированных на данном компьютере сервера 1С:Предприятия. Содержащиеся в нем данные необходимы для нормальной работы приложений, использующих данный сервер 1С:Предприятия.
      • 1CV8Reg.lst — файл настройки кластера( например C:\Program Files\1cv82\srvinfo\reg_1541\1CV8Reg.lst)
      • В каталогах DBNameCache , ConfigSave , Config , SICache хранится множество файлов, кеширующих различные компоненты конфигурации. Эта информация является производной от конфигурации информационной базы, хранимой в базе данных, и служит для ускорения запуска клиентских приложений и повышения их производительности. Кеш конфигурации располагается в каталоге данных приложений текущего пользователя, например, C:/Documents and Settings/User/Local Settings/Application Data/1C/1cv82/7b0a6294-d6a3-41c5-a23e-dc9e5301ad22/DBNameCache.
      • В каталоге 1Cv8FTxt хранятся данные, используемые службой полнотекстового поиска. Они располагаются на компьютере центрального сервера 1С:Предприятия в каталоге /. Например: C:/Program Files/1cv82/server/reg_1541/7eac7609-c0cb-4701-83cf-9ff5f8961de8/1Cv8FTxt.
      • Группа файлов CACHE/ddb.snp хранится в каталоге хранилища конфигурации и служит для кэширования запрошенных версий конфигурации из этого хранилища. Наличие этих файлов не является обязательным и позволяет ускорить получение версий конфигурации.
      • *.1ccr — конфигурационный файл Web-сервиса для работы с удаленным хранилищем может иметь произвольное имя (расширение 1ccr обязательно), формат XML и содержит единственный узел с произвольным именем и атрибутом connectString — в этом атрибуте указывается адрес сервера хранилища в схеме tcp.
      • *.mft — файл с расширение mft является файлом-манифестом — специальным файлом, описывающим шаблон конфигурации. Файл может иметь произвольное имя. Файл располагается в каталоге установленного шаблона конфигурации.
      • *.v8i — в данном файле приводится описание формата файла описаний зарегистрированных информационных баз. Данный список используют все клиенты. Файл располагается на локальном компьютере в каталоге %APPDATA%\1C\1CEStart\ и по умолчанию имеет имя ibases.v8i.
      • 1CESCmn.cfg — файл 1CESCmn.cfg содержит общие настройки программ запуска (1CEStart.exe и 1Cv8s.exe).
      • 1CEStart.cfg — файл 1CEStart.cfg содержит настройки, которые используют программы запуска (1CEStart.exe и 1Cv8s.exe) и клиентские приложения (1Cv8.exe и 1Cv8c.exe). Файл расположен в каталоге %APPDATA%\1C\1CEStart.
      • adminstall.cfg — файл adminstall.cfg указывает на то, что установка системы программ «1С:Предприятие» выполнялась с использованием средств администрирования операционной системы. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие» и представляет собой текстовый документ в кодировке UTF-8.
      • comcntrcfg.xml — файл comcntrcfg.xml служит для указания внешнему соединению необходимости запуска в отладочном режиме.
      • Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
      • conf.cfg — файл conf.cfg определяет расположение каталога общих конфигурационных файлов. Файл расположен в каталоге bin\conf каталога конкретной версии «1С:Предприятия» и представляет собой текстовый документ в кодировке UTF-8.
      • debugcfg.xml — файл debugcfg.xml предназначен для настройки дополнительного диапазона портов, используемого при отладке конфигураций. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
      • def.usr — файл хранится в каталоге %APPDATA%\1C\1Cv82\ и содержит имя пользователя который последним открывал данную информационную базу.
      • default.vrd — данный файл служит для настройки веб-клиента и использования Web-сервисов, и находится в каталоге виртуального приложения.
      • inetcfg.xml — файл inetcfg.xml позволяет задавать настройки прокси по умолчанию и имеет больший приоритет над настройками прокси по умолчанию в Windows. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
      • logcfg.xml — файл logcfg.xml служит для настройки технологического журнала. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
      • logui.txt — располагается в каталоге %APPDATA%\1C\1Cv82\ и содержит список интерактивных действий пользователя, которые выполнялись за время журналирования.
      • nethasp.ini — для настройки параметров взаимодействия системы «1С:Предприятие» с HASP License Manager используется конфигурационный файл nethasp.ini. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
      • nhsrv.ini — некоторые настройки HASP License Manager могут задаваться при помощи файла конфигурации nhsrv.ini. При запуске HASP License Manager осуществляет поиск конфигурационного файла nhsrv.ini в различных каталогах в следующей последовательности:
        • каталог, в котором размещается исполняемый файл HASP License Manager;
        • текущий каталог Windows;
        • системный каталог Microsoft Windows (%SystemRoot%\system32 — для 32-разрядной версии и %SystemRoot%\system — для 64-разрядной версии);
        • каталог Microsoft Windows;
        • каталоги, перечисленные в переменной окружения PATH (только в случае установки HASP License Manager как приложения Microsoft Windows).

        Рекомендуется размещать файл nhsrv.ini, если это необходимо, в каталоге, в котором размещается исполняемый файл HASP License Manager. Проверка того, что HASP License Manager нашел и прочитал файл конфигурации, можно с помощью журнала Activity Log/Server Activity Log.

        • srv1cv82 — конфигурационный файл /etc/sysconfig/srv1cv82 используется для задания параметров запуска агента сервера «1С:Предприятие» с помощью скрипта /etc/init.d/srv1cv82. Данный конфигурационный файл используется в случае запуска сервера «1С:Предприятия» в операционной системе Linux.
        • swpuser.ini — для того чтобы рабочий процесс запускался не от имени того же пользователя, что и агент сервера, в каталоге данных приложений, относящемся к пользователю агента сервера, может быть размещен файл swpuser.ini
        • * .lic — лицензии базовых конфигураций (C:\Documents and Settings\All Users\Application Data\1C\licenses)
          Файлы программных лицензий расположены в каталоге конфигурационных файлов системы «1С:Предприятие».

        Временные данные

        Временные данные нужны только в течение нескольких пересекающихся во времени или одного сеанса 1С:Предприятия.

        К нескольким пересекающимся во времени сеансам относятся данные совместного использования, которые относятся к файловой информационной базе в целом и нужны, в частности, для реализации блокировок данных информационной базы. Такие данные хранятся в том же каталоге, что и файл информационной базы.

        • Файл 1Cv8cl является носителем блокировок объектов базы данных, расположенной в файле .
        • Файл 1Cv8Tmp.1cd хранит служебную сеансовую информацию, в частности список активных пользователей.
        • Файл 1Cv8Tmp.1cl является носителем блокировок данных, расположенных в файле 1Cv8Tmp.1cd.

        Для хранилища конфигурации 1С:Предприятие 8.0 в режиме Конфигуратора создает временные файлы аналогичного назначения, расположенные в каталоге хранилища конфигурации:

        • Файл 1Cv8ddb.1cl является носителем блокировок данных из хранилища конфигурации.
        • Файл 1Cv8dtmp.1cd хранит служебную сеансовую информацию, в частности список активных пользователей хранилища конфигурации.
        • Файл 1Cv8dtmp.1cl является носителем блокировок данных, расположенных в файле 1Cv8ddb.1cd.

        Данные, используемые только в течение одного сеанса 1С:Предприятия, размещаются во временных файлах, создаваемых в каталоге, определенном в системе Microsoft Windows как каталог временных файлов. При этом для клиентского приложения используется каталог временных файлов текущего пользователя Windows, например, C:\Documents and Settings\User\Local Settings\Temp. Для сервера 1С:Предприятия используется или системный каталог временных файлов или каталог данных приложений пользователя, от имени которого запускаются рабочие процесса сервера 1С:Предприятия, например, C:\WINNT\Temp.

        Где находится база 1с sql

        Вопрос такой:
        Слетел сервер. На нем крутился SQL с базами 1С.

        Все основные базы перенес. Не могу найти 1 базу. Видимо её размещали где-то в другом месте.

        Можно ли как то узнать где SQL хранил свои базы? В реестре винды я такой информации не нашел.

        А в реестре её и нет. Эта инфа в master лежит (-ала)
        Поиском по всем дискам пройдись, ибо в сети её быть не может

        что значит слетел сервер?
        к старым таблицам сервера есть доступ?
        (1) взял и сразу выдал секрет блин.

        дело в том что просто mdf — на дисках не нахожу.
        Бухгалтер утверждает что работала с этой базой.
        Захожу в конфигурацию 1С — вижу что в нем записано название базы на этом сервере. по этому названию базу mdf най

        ти не могу. Может Имя базы не соотвтетствовать файлу?
        +(1)автору может не стоить лесть к SQL, раз про поиск не знает)
        (7) . а если так. Могу ли я как то убедится что на SQL сервере точно была такая-то база?
        (9) если восстановишь master, то точно удостоверишься

        Перефразиру. Могу ли я где-то (в реестре Винды или реестре(?) SQL) на снятом диске увидеть какие базы были и где лежали?

        (9) а сейчас что у тебя с скл сервером? он работает? или ты новый переустановил?

        вообще тебе бы получить базу данных master
        там внутри все что надо есть.
        вопрос в другом. есть ли доступ к этой БД на «рухнувшем» сервере

        (10) т.е. для (11) нужно восстанавливать master?
        sql какой был. 2000

        (12) да. у меня поднят другой SQL на другом сервере.
        Физически всю инфу со старых дисков прочитать могу.

        был 2000 сейчас поставил 2005

        C:\Program Files (x86)\Microsoft SQL Server\MSSQL\Data\master.mdf

        ПРИАТТАЧ к новому SQL серверу. как базу master_old (например)

        (17) принял. Спасибо. попробую

        +(17) я не знаю можно ли 2000-го базу к 2005 приаттачить

        но попробуй.
        в этой базе в таблице sysdatabases
        перечислены ВСЕ БД которые были на том серваке
        (со всеми путями файлов)

        (19) «я не знаю можно ли 2000-го базу к 2005 приаттачить»
        Можно. Обратно нельзя
        (19) Попытка — не пытка. Спасибо!

        +19 только не забудь когда аттачить будешь имя базы поменять)) а то приаттачишь ее как MASTER
        потом новую тему создавать придеться))
        хотя врдя ли конечно скуль допустит.

        (20) ну тогда остается надеяться что она приаттачится
        и не упадет в суспект например
        (0) ты потом расскажи о результатах
        Можно попробовать найти Логи от СКУЛЯ , там может пишут пути ?
        (25) он mdf найти не может, а ты ему ldf искать предлагаешь. Да и нет в них ничего

        (26) Я предлогаю логи от скуля искать, которые про Бекапи и реиндексы. вот только не помню пишет он там пути или нет

        (26) он имеет в виду не журнал транзакций
        а лог когда скуль пишет что делал и во сколько и иногда зачем и почему

        (25) проще приаттачить да глянуть вообще была ли такая база или нет

        (25) прав. Посмотрел ERRORLOG, там пути записываются
        не приатачитса
        (27) нету там путей
        (29) где ты его нашел (я про 2000-й)
        (29) все разобрался.
        (32) а я не про 2000-ый 🙂 ща гляну на 2000
        +(33) хотя путей баз все равно не вижу в еррорлог
        (35) точно. в 2000 не пишет

        база из системных msdb в ней Tables дальше System Tables открой на просмотр таблицу dbo.backupfile там поле
        physical_name то что тебе надо
        SELECT TOP 1000
        [logical_name]
        ,[physical_drive]
        ,[physical_name]

        если базу подключишь с именем не msdb то в запросе измини на твое название

        c:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\MSDBData.mdf
        msdb обычно лежит тут
        (38) чем табличка master.sysdatabases не угодил?
        (39) ты напиши человеку как оттуда взять он задолбается лазить по мастеру дай ему готовый запрос.
        SELECT * FROM [master].[dbo].[sysdatabases]
        (41) другой разговор.по вопросу было понятно что человек не сильно шарит в SQL
        (0) может база файловая была?

        (45) 1c то какая если 7.7 то папка с пользователями и с файлом конфигурации должна быть в конфигураторе можно посмотреть настройки базы там видно имя сервера sql и имя базы.может у него база вообще крутилась на другом сервере

        (46) сообщение для автора темы
        имя файла базы будет соответствовать имя базы + .mdf (должно так быть)
        странно ак то файлы так сами не пропадают))
        (0)Автор поис то ведешь по всем папкам, в том числе и по скрытым?

        (0) в системе видны все диски что были раньше может база крутилась на отдельном диске(а он не виден в системе)?

        база не аттачится, пишет
        ADDITIONAL INFORMATION:

        An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.ConnectionInfo)

        There is already an object named ‘sysnsobjs’ in the database.
        Converting database ‘master_old’ from version 539 to the current version 611.
        Database ‘master_old’ running the upgrade step from version 539 to version 551. (Microsoft SQL Server, Error: 2714)

        вот это немного пугает There is already an object named ‘sysnsobjs’ in the database.

        (45) упс. проглядел
        (51) буду еще раз внимательно проверять снятые диски. Может какой упустил .
        (52) базу подключаешь на 2005 от 2000?
        (50) я конечно — бот, но не настолько 🙂
        (57) вот по этому и ошибка
        (58) т.е. фиг приаттачится?
        ставь 2000 и на нем все делай.а старый вообще никак нельзя посмотреть базы системные?
        (58) ошибка не в этом. просто она аттачится под именем master. А такая база уже есть
        сервер 2000 поднять на любом компе 15 минут делов
        (61)database ‘master_old’ смотри имя

        61 я ей даю название master_old и она у меня в принципе еть (появляется. Только сделать с ней ничего не могу. Нажимаю свойства выдает

        Cannot show requested dialog. (SqlMgmt)

        An exception occurred while executing a Transact-SQL statement or batch. (Microsoft.SqlServer.ConnectionInfo)

        Cannot open database ‘master_old’ version 539. Upgrade the database to the latest version. (Microsoft SQL Server, Error: 946)

        Converting database ‘master_old’ from version 539 to the current version 611.
        Database ‘master_old’ running the upgrade step from version 539 to version 551. (Microsoft SQL Server, Error: 2714)
        он же явно пишет что бы преобразовали базу к более новому типу

        (62) согласен . нужно дистрибутивы только пошукать 🙂
        (64) цепляй базу к серверу(установи его на любом компе временно)
        не вижу проблему что бы поставить на компе сервер 2000
        (64) Уровень совместимости не даёт выставить?
        пля, выложи master.mdf, поглядим 🙂

        (67) попробую. но уже после обедни. 🙂 В принципе мне дали добро на другой вариант — поднять старые бэкапы 1С-ки этой базы.

        Но обязательно попробую добить на 2000. Самому интересно.

        (64) MDF какого размера?

        если небольшой то пришли его мне
        я гляну
        стукни в аську 333138647

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

        сейчас скину .
        а что значит не забыть про архиваторы?

        у меня 15 метров файло MDF ))
        (78) сожми эти файлы РАРОМ на полную катушку))
        выложи на народе и ссылку давай
        секретного там ничего нет не боись
        (80) да это понятно . яж не варвар 🙂
        (82) угу. ну будем надеяться 🙂
        http://files.mail.ru/XE1IOA
        можно бесконечно долго смотреть на три вещи:

        горящий огонь
        воду .
        и работу, которую за тебя делают другие 🙂

        Всем участвующем, Спасибо. Убыл на обед.

        какая база то?
        По всей видимости у него нет диска N
        +(89) теперь пусть ищет)))
        если не найдет могу свой диск N для поисков предоставить))
        (92) блин, а я ещё не дошел до буквы N. Когда вы успеваете?

        я чето не понял как у него такая хитрая структура с базами получилась?такое ощущение как будто скул уже два раза ставили)))))

        вернее как минимум он уже поднимался после падения)))
        ща, он кишки набъёт и расскажет
        (97) мне уже не терпится услышать как оно было и куда он похерил диск)))
        может диск сетевой был
        (99) ага. Попробуй в скл подключить базу с сетевого диска
        а вообще не факт, что расширение было MDF
        (100) нельзя? я не пробовал
        (100)по моему сетевой путь должен с именами наконце $

        Да . блин, даже стыдно показываться. Действительно получается диск N.
        А я тут главбуха причесываю: . «может вы что то путаете?»

        . куда я мог этот диск задевать.

        Всё предысторию этого сервера не расскажу. Как там чего нахреначили — не знаю. Просто я пришел и понял, что этому может скоро кирдык наступить. Подготовил другой сервер. Кирдык наступил. Я все перенес (почти). Всех опросил — кто с чем работает. Кому что нужно.
        А тут вот какая то фирма всплыла . времен Очаковских и покорения Крыма .

        Господа, всем спасибо!

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

        Читать:

        Как скопировать примечание в excel