Обработка "СМИТ Восстановление Периферийной Базы" предназначена для "стимуляции" Центральной базы РБД к ПОВТОРНОЙ выгрузке образа какой-либо из Периферийных баз
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Предназначена для баз DBF формата Обработка защищена КЗК2
Порядок работы: 1. Убедитесь, что в Центральной базе никто не работает в режиме Enterprise 2. Запустите обработку "СМИТ Восстановление ПБ" в "другой" базе (требуется монопольный доступ к файлам восстанавливаемой центральной базы) 3. Выберите каталог Центральной базы РБД 4. В появившемся списке баз отметьте флажками Периферийную базу для повторной выгрузки 5. Если ошиблись в выборе каталога, можно указать другой при помощи кнопки "Выбрать каталог базы" 6. Запустите Центральную базу, в режиме конфигуратора. Администрирование - Распределённая ИБ - Управление 7. Выгрузите образ требовавшейся базы
Для проверки наполнения полученного образа рекомендую использовать "СМИТ Компаратор 7.7" (проверяем на архивах)
P.S. Разработка в стадии "полировки", поэтому конструктивные замечания принимаются с благодарностью
Очередная редакция альтернативного стартера, являющегося продолжением StartManager 1.3. Спасибо всем, кто присылал свои замечания и пожелания, и тем, кто перечислял финансы на поддержку проекта. С учетом накопленного опыта, стартер был достаточно сильно переработан в плане архитектуры. В основном сделан упор на масштабируемость, для способности программы быстро адаптироваться к расширению предъявляемых требований (т.к. довольно часто просят добавить ту или иную хотелку). Было пересмотрено внешнее оформление, переработан существующий и добавлен новый функционал. В общем можно сказать, что стартер эволюционировал, по сравнению с предыдущей редакцией. Однако пока не всё реализовано, что планировалось, поэтому еще есть куда развиваться в плане функциональности.
Согласитесь, что окно стандартное сообщений в 1С иногда приносит больше неудобств, чем пользы. И тем более разные "Предупредить"... Что с этим окном только не делают! Его отцепают от формы, делают маленьким, умудряются спрятать за границы экрана. А потом звонят программистам с претензией, что документ почему-то не проводится, отя ничего и не пишет. У вас такого не было? А вот у нас было и не раз )))
На днях встретил вопрос на форуме про возможность внесения изменений в конфигурацию без долгого сохранения в рабочей базе большого объема.
Вот решил поделиться опытом, как это делал я. База у нас была объемом порядка 120 Гб. К базе обращался сайт в режиме 24/7, поэтому важно было быстро сохранять изменения и желательно без последующего монопольного запуска для восстановления индексов и процедур и без отключения пользователей от базы.
Это первая часть статьи и посвящена она справочникам. С одной стороны - это самый простой объект, с другой стороны, именно про справочник спрашивалось на форуме.
Если статья будет востребована, то я напишу аналогичные про документы, регистры и может еще что.
Встала недавно задача для одной организации, которая все еще на 1С 7.7 немного автоматизировать работу отдела продаж. А именно уйти от ручного заполнения договоров, сделанных юристами в MS Word. Договора от разных фирм и разного назначения отличались. Переводить их в таблицы 1С очень не хотелось и нашел способ прямо в файлах Word сделать небольшие дополнения, чтобы можно было печатать, используя именно эти заготовки юристов.
Давным давно, когда я еще плотно писал на 7.7 работа с формами была мучительной и неудобной. Приходилось каждый элемент выкладывать, выравнивать на форме ручками, прописывать код в модуле. Иногда при разработке очередной формы приходила в голову мысль: "а где-то я уже похожее делал..." и начинался мучительный поиск подходящего кода в своих запасах........
Анализируем различные данные в 1С, используя OLAP-технологии со всеми прелестями. Т.е. наглядное отображение данных, быстрые расчеты, горизонтальные и вертикальные группировки любой вложенности, удобная фильтрация, Drag'n'Drop и ещё много приятных вещей от MS.
Обработка на входе принимает практически любую таблицу значений (ТЗ в которой колонкам указаны типы значений, строка, число и т.п.), на выходе имеем на форме 1С сводную таблицу и график по этой ТЗ, с которой работаем, как и в Excel со сводной таблицей и диаграммой.
Взял за основу разработку «OLAP Анализ счёта» ( http://infostart.ru/public/14964/ ) от JohnyDeath и переделал под любую ТЗ.
Опционально используется «Прогресс бар для 1С 77» (http://infostart.ru/public/14061/ ) от Gmix.
Такой огород с паролями и удалением всего скачанного только для того, чтобы изменить одну букву в DBF-ке?
Сильно!
Простым редактором это делается гораздо быстрее.
(4) Сильно! Согласен! :) Каждый развлекается как позволяет фантазия !
Но, позвольте не согласиться про редактор! Помимо изменений в дбф, делаются проверки что быза распределённая и именно центральная; колбасить чё попало не даёт.
Поскольку защищена КЗК2 (та самая, Альфовская) нужно в правильное место закидывать dll для неё - взята от более серьёзных вещей регистрилка.
А пароли - рефлекс: "предохраняться"; для 7.7 пароль на отчёт - это просто фикция, кто хоть полгода с 1с поработал без всяких утилит снимает :)
Надеюсь все "сельскохозяйственные" вопросы сняты? :)
Мдаа... файл 1SDBSET.DBF (или одноименная таблица в СКЛе), поле DBSTATUS = N (в строке для нужной периферийки) и ВСЁ!
"Помимо изменений в дбф, делаются проверки что быза распределённая и именно центральная; колбасить чё попало не даёт" - в этом файле настолько все прозрачно (да плюс файл 1SSYSTEM), что "чё попало" я так думаю затруднительно наколбасить)))
Бедно у вас с фантазией, джентельмены :(
Если база периферийная, а вы туда исправлять залезли, то она начнёт считать себя центральной.
А что будет, если случайно не в то (соседнее) поле изменить?
Тут нужны защиты не только от чайника, но и от ламера (чайник, который думет что он круто заварен)
Более весёлая вещь получилась, когда этой утилитой пытались SQL базу лечить :)
Разборки по е-майлу 12 часов шли, пока скрины не прислали ВСЕГО толку небыло :)
Теперь дополняю описалово ...
