Хранилище конфигурации в клиент-серверном варианте. #350844

Люди добрые подскажите! На SQL сервере создала базу данных и хочу чтоб хранилище конфигурации хранилось в данной базе, возможно ли такое? Если возможно, скажите как в таком случае подключить хранилище к базе которая на SQL сервере. Информационная база является клиент-серверным вариантом.

Хранилище хранится в файле

Это значит что я такого не смогу сделать?

похоже ты не совсем понимаешь, зачем нужно хранилище

Да нет понимаю прекрасно, дело втом, что мне дали такое задание и сказали сделать. А я все перечитала и пока такого ни где не нашла, а мне сказали ищи. :(. Вот ищу.

«Публикация конфигурационного файла веб-сервиса работы с сервером хранилища конфигурации сводится к размещению файла с расширением 1ccr в виртуальном каталоге файлов веб-сервисов, который был создан на этапе настройки поддержки web-сервисов 1С:Предприятия 8.1. Конфигурационный файл может иметь произвольное имя (расширение 1ccr обязательно), формат XML и содержит единственный узел с произвольным именем и атрибутом connectString – в этом атрибуте указывается адрес сервера хранилища в схеме tcp. Например, такой конфигурационный файл может иметь имя repository.1ccr и следующее содержание: <?xml version="1.0" encoding="UTF-8"?>

наверно САБЖ можно реализовать, но не штатными средствами

создай хранилище (файловое, ибо только так), и SQL базу к нему подключи. подними веб-сервисы 1с сначала, и это вобще не то что тебе надо в

А можно по подробней на счет и SQL базу к нему подключи, пожалуйста.

а точнее и быстрее - в sql-базе, из 1с в конфигураторе - Конфигурация>Хранилище>СоздатьХранилище... З.Ы. Бэкапы не забудь сделать

опыт показывает, что рабочие базы (в которых реально ведется учет) к хранилищу лучше не подключать

спасиб ща попробую, что-нибудь получится наверно :)

не мы только базу в которой разрабатываем

тебе что надо? я так и не понял! или ? на вебсервисах - это уже для совсем удалёнки лучше, а в перделах одной сети - .

в пределах одной сети :(.

сорри советовалась и выясняла что нам надо

и что надо? жги

а надо в пределах одной сети, вот сижу и пробую делать как ты посоветовал. Если  я тебя правильно поняла - Создаю файловое хранилище, захожу в SQL и при создании базы данных выбираю этот файл хранилища, так?

SQL для меня темный лес. Создала я тестово хранилище (файловое) указала путь c:hranil. Захожу в SQL и как дальше? Ну сорри если туплю? Помогите а!

как я понял САБЖ - ты хотела сделать штатное хранилище, но которое храниться не в файле а в отдельной SQL базе???? если это так, то тебе 1. надо поэксперементировать с этой строкой <repository connectString="tcp://RepServ"/> посмотри, может платформа поддерживает ODBE ... тогда создавай системный источник данных и прописывай его в строку подключений

да мне это нужно

подключиться к хранилищу надо, конфигурация - хранилище - подключиться... потом  администрирование хранилища сделай, там погляди что да как

а может сслыка есть на источник как на примере это сделать?

кстати если кто из "монстров" поможет может и выйдет... если выйдет напиши статью в книгу знаний

хранилище из конфигуратора создается и sql тут ни при чем

вроде пока ни кто не заморачивался этим, зови на помощь MMF - он любит подобные задачки

а что там, пользователи, да подключения, что там можно увидеть?

ты задачу не понял

а где мне его найти? :)

короче - почитай книжку про хранилище :) там всё написано...

какую, а? :)))

вот ты еще раз скажи, что тебе конкретно сделать не получается?

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

то есть хранится не в файле, а в базе SQL

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

хотеть никто не запрещает... нафига вам sql в хранилище?

помоему ты не поняла, он про обновление конфигурации по веб-сервису из хранилища вариант расказал, и подкинул идею что если подумать хорошо - то можно придумать, но! смысл в этом? зачем? твой франч когданибудь это видел вобще?

ты самый стойкий спасибо за помощь и разъяснения.

хранилище через вебсервис - вообще пока не работоспособно...

почему?

+ если франч этого не знает, то это... не франч, имхо

глючит потому что... "забрать из хранилища рекурсивно" - падает

это ваши глюки, а не глюки технологии

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

угу... поэтому это и на партнерском обсуждалось

у меня были случаи падения базы в таком варианте работы а вот преимуществ такого подключения я вообще не вижу

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

у меня не падает, но работаю в таком варианте я очень редко

да

>это ваши глюки, а не глюки технологии а премуществ много

Просто окончательно уточняю. :)

+ но это только мое мнение

бэкап рабочей перед обновлением, затем в рабочей - подключиться к хранилищу, обновиться, и Отключиться от хранилища... Это если лень сравнением-объединением обновлять. З.Ы. Базы конечно же должны быть идентичные до изменения в хранилище

Ясненько будем решать возникший вопрос, может к чему нить придем. Всем спасибо за общение и помощь. Хорошего всем настроения.

наверно таким методом и будем обновлять свою раб. базу.

а зачем отключаться?

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

это как так забыть их включить в хранилище в любом случае ты же объект захватываешь, и как его забть включить в хранилище?

какое нафиг хранилище.. если ты собираешься раб. базу держать не подключенную к оной?

впринципе незачем, это с учётом если. А вобще - если регулярные бэкапы но можно не заморачиваться

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

Спокойняк, все хорошо. И не расстраивайся ты так :). Как скажешь, нафиг, значит нафиг. Буду использовать предложение

дык.. если будешь использовать , то и получишь

тогда по подробней мне объясни про

может вот в тему? скажи начальству, что штатными методами не сделать, а не штатными = за отдельное бабло, и не парься....

ок так и скажу :))). Всем спасябки, пошла дальше работу работать!

+ много бабла причём, а главное - это вобще не надо, зачем? что захотелки непонятные...

если у тебя раб. база не будет постоянно подключена к хранилищу (исходя из ), то если возникнет критическая ошибка, которую нужно быстро и срочно исправить .... ты вносишь изменения в раб. базу (напомню к хранилищу не подключенную), затем в суете забываешь внести это исправление в базу подключенную к хранилищу ... и при следующем плановом обновлениии из хранилища... теряешь то исправление, которое было сделано в раб. базе. ЗЫ. считаю допустимыми схемы работы: хранилище подключенное постоянно к раб. базе, либо формирование поставки из хранилища, и обновление поставкой раб. базы.

убедил, возможно такое.