Внимание! Тема закрыта. Добавлять сообщения в закрытую тему запрещено.
По теме из базы знаний
- Один из вариантов переноса данных из 1С 7.7 в 1С 8.Х
- 1С 7.7 и Windows Vista/7 (x86, x64) и БД на MS SQL 2005+
- Резервное копирование 1С средствами MS SQL.
- Почему PostgreSQL не лучше MS SQL
- Эффективное управление фоновыми заданиями и коммуникация сеансов сервера с Фоном с помощью Структуры обмена (ноу-хау) + Бонус: Альтернативный вариант через Хранилище настроек
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
если на файловой все работает, и проблем по обьему базы нет - то смысл переводить в скуль какой принципиальный? Самое хреновое будет то, что рухнет сервак где база. насмерть.
файловая база поднимется имхо гораздо быстрее.
файловая база поднимется имхо гораздо быстрее.
(9)
А если метеорит, и всей планете конец, или завтра всех пользователей собьет автобус. А тем временем, по заявлениям самого 1С файловый вариант работает менее стабильно. А сервак рухнет, потому что System32, кто-нибудь сотрет?
Самое хреновое будет то, что рухнет сервак где база. насмерть.
А если метеорит, и всей планете конец, или завтра всех пользователей собьет автобус. А тем временем, по заявлениям самого 1С файловый вариант работает менее стабильно. А сервак рухнет, потому что System32, кто-нибудь сотрет?
Для 7.7 файловой критично качество сети и диска с базой. Частая(или ежедневная) переиндексация означает что народ заходит утром в базу, уходит на обед, приходит -сеанс отвалился.
В коллективах, где народ понимает что программу надо завершать корректно и выключать компьютер правильно, такие проблемы реже встречаются и они дольше могут позволить себе файловую базу.
В коллективах, где народ понимает что программу надо завершать корректно и выключать компьютер правильно, такие проблемы реже встречаются и они дольше могут позволить себе файловую базу.
На том же оборудовании Pentium с тактовой частотой до 1ггц 7ка sql требует отказа от обычных форм журналов и справочников. Журналы как правило достаточно ограничить период просмотра, а справочники либо заменяются обработками либо структурой из подчиненных справочников и отборов, чтобы размеры выборки (запросом или платформой) не превышали одного двух экранов мониторов.
Критично качество сети, наиболее частым средствомот насморка устранения сбоев была замена сетевых карт на компьютере пользователя.
Критично качество сети, наиболее частым средством
(18)
Это все известные данные, что ОС регулирует все процессы сама, беспокоит визуально заметное отсутствие прироста производительности, а вернее наоборот её падение, которую не совсем понятно пока как поднять, кроме как оставить все как есть. И не очень хочется дорабатывать конфигурацию с любой стороны, хоть обработками, хоть уникальными настройками, которые могут все испортить окончательно. Не говоря уже о том, что отнять время.
Логично, что 7ка в терминале может использовать разные ядра
Это все известные данные, что ОС регулирует все процессы сама, беспокоит визуально заметное отсутствие прироста производительности, а вернее наоборот её падение, которую не совсем понятно пока как поднять, кроме как оставить все как есть. И не очень хочется дорабатывать конфигурацию с любой стороны, хоть обработками, хоть уникальными настройками, которые могут все испортить окончательно. Не говоря уже о том, что отнять время.
Единственное заметное отличие между 7.7 dbf и sql при достижении пороговой производительности это то, что dbf на формах журнала/справочника показывает белый экран и зависает, на sql мееееддленно отрисовывает картинку как в слоу-мо. Устанавливается больше период ожидания 30-300, в зависимости от физической удаленности пользователя от базы без терминала и усилители сигнала хабы.
(22) Количество пользователей одновременно работающих в базе более 20-30, что указывает на необходимость еще лет 5 назад перейти на MS SQL Server. но все развивалось по принципу "не трогай систему которая работает", как в анекдоте. Что касается удаленности, то проблем никаких нет, все находится в одном корпусе, сеть 100 МБит/с. Пользователи очень привередливые, увидят зависания, замучают.
(22) Добавляется человеческий фактор. Процесс борьбы с пользователями, которые не хотят выходить из базы во время обновления и норовят войти, ровно в минуту обновления. Что конечно приводит к сбоям и блокировкам файлов. Из-за этого и появилось мнение, что нужно уйти на SQL Server, где эта история не на много, но лучше. Хотя бы нет необходимости после блокировки все переиндексировать, когда кто-то "не услышал", что нужно выйти.
Возможны 2 решения вместе или отдельно. Аналог сервера взаимодействия скайп хотя бы, или корпоративное АТС с быстрым набором и стационарными аппаратами возле компьютера (мобильные телефоны слишком мобильны, но если ответ "я не за компьютером"достаточно -то никаких проблем).
И минимизация самих обновлений. В 7ке есть режим загрузитьизфайла модулей, вследствие чего выход всех пользователей требуется только для реструктуризации или изменения диалогов.
Безопасность внешних модулей обеспечивается настройкой домена с правами только чтение на служебные папки. И бакапы вместе с внешними файлами.
Конечно, сама архитектура конфигурации должна отдавать предпочтение решениям не требующим реструктуризации и оптимальная концепция ведения таких баз часто противоречит рекомендациям 1с совместимо (например использование данных базы в тексте модуля код, наименование и т.д. вместо соответствующих констант или перечислений).
Кроме того, что любой элемент данных может получить статус предопределенного, так и отменить его, мы получаем необходимость хранения истории модулей и изменения поведения с каких то дат (как вариант добавлять константы на каждое решение дата начала работы с .... Или окончания работы .. сотрудника/отдела/реквизита).
И минимизация самих обновлений. В 7ке есть режим загрузитьизфайла модулей, вследствие чего выход всех пользователей требуется только для реструктуризации или изменения диалогов.
Безопасность внешних модулей обеспечивается настройкой домена с правами только чтение на служебные папки. И бакапы вместе с внешними файлами.
Конечно, сама архитектура конфигурации должна отдавать предпочтение решениям не требующим реструктуризации и оптимальная концепция ведения таких баз часто противоречит рекомендациям 1с совместимо (например использование данных базы в тексте модуля код, наименование и т.д. вместо соответствующих констант или перечислений).
Кроме того, что любой элемент данных может получить статус предопределенного, так и отменить его, мы получаем необходимость хранения истории модулей и изменения поведения с каких то дат (как вариант добавлять константы на каждое решение дата начала работы с .... Или окончания работы .. сотрудника/отдела/реквизита).
(25) Все это правда и очень хорошо описано вами, но база уже не написана со всем этими предосторожностями и вызывает постоянные конфликты записи при обновлении. А так же возникают всевозможные конфликты блокировок. Переписывать её никто не хочет, хотят просто избавиться. Есть предложения перевести на MS SQL и прекратить хотя бы проблему блокировок. Сейчас я варианта, кроме как все оставить как есть, не вижу. Потому что, перерабатывание кода неизвестной и малопонятной конфигурации, именно и является проблемой.
(27) Вы знаете надо закрывать эту тему. К сожалению опять ничего нового, мы именно так и делаем. Переносим на 8ку, но на "пока" рассматривается вариант "а не перенести ли нам на MS SQL?". С чем я и обратился ко всем здесь присутствующим, будет ли проблема при прочих равных условиях? А то что MS SQL Server 2000 нужен у нас все знают, и что базу лучше не дорабатывать тоже, но вот хотелось два раза в день не переиндексировать базу, не терять коннекты, обновлять свободно какие-то мелочи. Одним словом - жить спокойнее...
(27) Хотелось малой кровью отделаться, без пышных проводов с потерей данных и бесконечными поломками, но пользователи, к сожалению, запускают отчеты-самоделки, которые работают по 10-20 минут на MS SQL 2000 и 1-5 минут в файловом варианте. Вот вся мысль. Перебор в цикле, которым страдает почти каждый отчет 1С 7.7 плохо переваривается в MS SQL 2000, поэтому нужен какой-то план оптимизации небольшой, в районе двух-трех дней по времени. В это же время возникло сомнение, параллельно, что даже решив проблему двух наиболее жестких отчетов и оптимизировав их, мы не добьемся положительного результата, потому что возникнут еще более интересные проблемы, которые есть в 1с 7.7 в связке с MS SQL 2000, к которым, возможно, я и все программисты из нашей команды не готовы напрочь. Для этого была создана эта тема, с целью оценить наиболее вероятную перспективу перехода с учетом наиболее часто встречающихся проблем в таких случаях. Кроме, конечно быстродействия, об оптимизации которого вы так много и хорошо здесь написали. Которым скорее всего никто заниматься не будет, так как это не оправдывает себя по времени абсолютно.
(29) Поддержка 7ки это такая же работа для программиста как и любая другая.
Если база 7.7 не предназначено для sql от слова совсем, то переиндексация выполняется принудительно раз в неделю с пересчетом итогов с бакапом ночью и в течении этого времени всегда на компьютере с базой круглосуточно висит как минимум один открытый сеанс. А бакап обеспечивается за счёт наличия рейд-массива и узла урбд с полной автоматической синхронизацией.
Если использование базы на 7ке тормозит развитие бизнеса и отрицательно сказывается на принятии управленческих решений, то вы принимаете решение о том, как вы переводите операционную деятельность на новую систему.
Если база 7.7 не предназначено для sql от слова совсем, то переиндексация выполняется принудительно раз в неделю с пересчетом итогов с бакапом ночью и в течении этого времени всегда на компьютере с базой круглосуточно висит как минимум один открытый сеанс. А бакап обеспечивается за счёт наличия рейд-массива и узла урбд с полной автоматической синхронизацией.
Если использование базы на 7ке тормозит развитие бизнеса и отрицательно сказывается на принятии управленческих решений, то вы принимаете решение о том, как вы переводите операционную деятельность на новую систему.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот