. С логгированием все достаточно сложно. Единственное, на что хотелось бы обратить внимание, что если мы работаем в режиме ArchiveLog – мы можем делать полноценные Backup-ы, а если мы работаем в режиме NoArchiveLog – мы полноценных Backup-ов делать не можем (только средствами impdp и expdp).

Статья посвящена работе платформы 1С с СУБД ORACLEDATABASE Не соглашусь только в 2х вещах: Особенности работы платформы 1С с СУБД OracleDatabase ( 28) Да я смотрю много чего не попало в статью, и стоимости СУБД и редакции СУБД которые вы сравнивали, и среду в которой использовались эти СУБД для сравнения, нагрузки под который рассчитывалась конфигурация. Использование Oracle с 1С было выбрано надеюсь не 50 пользователей, а как минимум 5000?

  • Index – индексы Обычно – с СУБД ORACLE связывают качества высокой производительности, unbreakable и т.

    Касательно убогости GUI-ёв для *NIX решений: для администрирования в *NIX GUI практически не используется т. всё админится через командную строку.

    На этом слайде я собрал все то, что нарушает лицензионное соглашение 1С (1Сзапрещает нам использование данных возможностей). Тут есть некоторые важные моменты:

  • Mat. View – индексированные представления, которые могут использоваться вместо таблиц.

    1С также не использует эту возможность Называть саму 1С энтерпрайз решением язык не поворачивается :-) Не в том смысле что 1С нельзя заставить работать с достаточно большими базами или достаточно большим количеством пользователей, но есть множество неприятных особенностей, которые все старания 1С сводят на нет. Реальный недавний пример, программное лицензирование - админ расширил размер диска на виртуалке, слетела лицензия и вся розничная сеть остановилась. Особенно порадовал факт что когда 3 пина закончились то резервный пин уже не дают, только взамен текущего :-) 1С то как раз не проблема убедить запускать: формально 1С - отказоустойчивый кластер HA с балансировкой нагрузки. А вот с MS SQL уже хуже. MS SQL кластер весьма "условно", притом направление развития судя по всему не в эту сторону

    . вместо кластеризации появляется "в дань моде" in-memory. ( 7) DoctorRoza, Вопрос как я понимаю риторический.

    Проиграем раза в 2-3 минимум :). Но подскажите пожалуйста как вы будете использовать СУБД MS SQL если у вас в одной базе работает 3-4 тысячи пользователей, при этом это не бухи, а операционка? Купите мэйнфрейм и поставите на него один MS SQL? При этом MS SQL-овский FailOver всё равно скинет вам всех пользователей при переключении.

    15 07:55 Сейчас в теме Обновление 07. 15 15:35

  • REDOLOG (текущий лог) – Нужно следить за размером свободного пространства. Oracle «не прощает ошибки». Если заканчивается место под логи – просто «падает».

    Если нет Backup-ов, то и логи не нужны

  • LOB – хранилища значений и строки неограниченной длины. Очень хорошо, что разделили. Теперь можно, не нарушая лицензионного соглашения, вынести весь мусор на отдельный диск Обычно ответ приходит в течение дня.

    То есть он рассматривает бесплатный линукс как ОС для серьезных проектов и не рассматривает бесплатный постгрес.

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

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

    Искали специалистов применительно к 1С?. Ну мы вообще-то в принципе про 1С говорим. Сам по себе Oracle тут вряд ли кого интересует. Логгирование ( 31) alex_sh2008, Спасибо, вы открыли мне глаза :)))) А то я уж думал :))) ( 11) Gilev.

    Vyacheslav, Генерирует конечно

    .

    но не в каждом запросе.

    это уже "не убийственно" ИМХО. Версионная СУБД – это хорошо, блокировочная СУБД – плохо. Однако, версионная СУБД – это не панацея от всех бед, потому что если вы в результате ее использования получите предыдущую версию остатков – вы не очень обрадуетесь.

    Все равно приходится накладывать управляемые блокировки, все равно параллельно записать ничего не сможете – чудес не бывает! ( 30) На 50-70 пользователях, вы вообще ничего не заметите, у эти серверов в редакциях Enterprise разность в производительности начинает ощущаться в разных режимах работы это порядка 10тыс одновременных соединений. Чем это грозит для разработчиков? А для разработчика это грозит тем, что у вас (по умолчанию) не будут работать регистры, имеющие более 3-х строковых измерений. И еще тем, что размер строкового индекса будет очень большой.

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

    То, что такие строковые индексы в табличном пространстве V81C_INDEX_BIG занимают большие объемы, конечно, не очень хорошо, но не критично. Просто нужно знать, что в целом регистр накопления с измерением типа «Строка» - это архитектурная ошибка. В частности, ORACLE просто об этом напоминает.

    Эта редакция, маловероятно что вытянет у вас 25 тыс пользователей, с на тягом может 5000 и то не уверен. ( 18) Искали специалистов применительно к 1С?

  • ALERTLOG(технологический журнал) - / u01/ app/ oracle/ diag/ rbms/ main/ OID/ alert смотреть в него придётся даже если есть dba называть его "ентерпрайз решением под 1С" язык не поворачивается А в других случаях лучше обойтись MSSQL. ( 12) не можете запустить на скуле масштабируемое решение - обращайтесь к нам, все организуем ( 24) zarucheisky, Вы можете написать универсальный ANSI SQL сервис доступа к серверу СУБД, и ваш сервис сможет работать с любым сервером СУБД - это использование, но если вы начнете использовать специфику определенного сервера, то уже с другими серверами не сможете работать, вот это уже интеграция.

    Просмотры 32174 Табличные пространства в Oracle Рубрики Интеграция Еще несколько основных понятий: Еще один удобный инструмент мониторинга работы СУБД Oracle – Spotlight (производит та же компания, что и TOAD). Не очень дорогой (около 37 т.

  • Data – Сами таблицы За что же любят ORACLE ? Я уже устал бороться с админами которые рассказывают что виртуалки им удобны, а замедление незначительное :-( RAC (кластер типа «активен» - «активен») – это полноценный кластер. Именно полноценный, не как мы привыкли в MSSQLServer. Я сомневаюсь, что кто-то смог реализовать распараллеливание запросов в MSSQLServer по разным серверам (или что это в ближайшее время появится).

    В ORACLE это появилось давно. Это уже обкатанная на крупных системах технология (для действительно больших систем это необходимо). Вoraclestandardeditionone кластеризация RAC в полной мере не поддерживается.

    ( 0) Интересная тема. В MSSQLServer-е табличные пространства – это просто группа файлов. В ORACLE это понятие сильно расширили, т. в ORACLE по традиции для файлов нужно увеличивать начальный размер и приращение, т.

    для ТП можно задать размер блока, bigfile, ведение логов. Если не bigfile, то ограничение 32 ГБ. Дальше – еще одна очень неприятная новость.

    ORACLE не использует кластерные индексы. То есть ORACLE, конечно, использует кластерные индексы – они там называются IOT – это более правильное название для кластерных индексов в ORACLE. Просто 1С на ORACLE кластерные индексы не использует, а создает обычные индексы.

    Схема – это логическая сущность. Это группа таблиц. База данных – это физическая сущность.

    Это группа файлов. Ставить между ними знак равенства – никоим образом не правильно! Финансовый аспект внедрения 1С на ORACLE

  • RecyclebinOFF (Корзина) – можно только поулыбаться. По умолчанию, в ORACLE включено очень много всего.

    Корзина тоже по умолчанию включена – что правильно – потому что, если вы удаляете таблицу, то она помещается в корзину, а не удаляется. Очень радует, что она работает не на удаление строк – только на удаление таблиц. А в 1С любая реструктуризация – удаление таблиц… 1С вообще оригинально работает с базой данных в случае реструктуризации.

    Если вы реструктуризируете базу, то у вас таблица удаляется и создается заново. Добавили критерий отбора или общий реквизит и объём базы вырос в 2 раза J. Поэтому – конечно, корзину надо отключать

  • LISTENER (организация сетевого доступа) – при работе с MSSQLServer мы не привыкли, что сетевой доступ к базе – это отдельное приложение По поводу тестирования 1С на Оракле я тут когда-то писал http://infostart.

    Ru/public/118362/ - как все было грустно, так и осталось. Один из наиболее любимых инструментов администрирования ORACLE – это EnterpriseManager. Бесплатный, Web интерфейс и т. В нем достаточно много функционала и 80% задач администрирования этот инструмент успешно покрывает. Единственная проблема в том, что язык интерфейса – английский.

  • С временными таблицами и чтением данных из 1С в oracle всё плохо. Блокировочные СУБД – это IBMDB2 и MSSQLServer (надо признать, что в MSSQLServer есть режим Read_Commited_Snapshot, - некая пародия на версионирование – его используют в версии платформы 1С 8. 3, еще его используют в MicrosoftDynamics AX).

    Версионные СУБД – это ORACLEи PostgreSQL. Про Postgre ничего плохого сказать не хочу, это бесплатная СУБД, проект энтузиастов. Лично я не рассматриваю его как СУБД для серьезных проектов.

    Мне кажется, что среди версионных СУБД, поддерживаемых платформой 1С, ORACLE – единственный полноценный вариант. Дальше – параметры Backup-ов. В ORACLE, если, не дай бог, нет администратора базы данных, нужно обязательно включить автоматическое управление памятью ( AMM), иначе через какое-то время Oracle работать перестанет, а также в случае использования средств impdp и expdp – обычных средств импорта/экспорта отключить ArchiveLog и RedoLog ограничить.

  • Секционирование (в ORACLE его 6 видов, таблицу можно разбить на 2 диска) – 1С использование секционирования не предусматривает ( 23) alex_sh2008, Бесплатно только сыр в мышеловке :). На конференции я говорил что конечно условно бесплатно. просто в статью это как то не попало.
  • Временные таблицы – мы все уже привыкли к ним.

    Все разработчики с ними работают, но в случае использования ORACLE – временные таблицы становятся не совсем временными. Я считаю, что у разработчиков 1С это была методологическая ошибка – поскольку временные таблицы в ORACLE предназначены совсем для другого. Вцелом ORACLE не рекомендует использовать временные таблицы для сохранения промежуточных результатов.

    Там промежуточный результат сохраняется во вьюшках. 1С хранит этот промежуточный результат во временных таблицах, а эти временные таблицы создаются в базе как обычные таблицы и ничем от них не отличаются. Создаются, потом используются…. Но в словаре остаются. Кроме того, временные таблицы в ORACLE ориентированы на жесткую структуру, разве что данные из них используются только в рамках сеанса.

    Разделяются для каждой сессии, поэтому даже с включенным dynamic_sampling никто не обещает корректного плана выполнения запроса. Это не говорит о том, что не надо использовать временные таблицы, их надо использовать. Просто если, например, я сам писал запрос, в котором временные таблицы генерировались программно при сборе запроса, то это при работе на ORACLE вызовет существенные проблемы: если у вас в запросе 200 временных таблиц, то запрос при первом выполнении на ORACLE – хорошо, если выполнится, а может выполняться очень долго.

    Огромное спасибо за статью, очень основательный подход, такую сразу в закладки) Тонкая настройка 1. DBA на MsSQL и на ~200х пользователях еще ни разу не понадобился, вообще. Даже мысли не возникало никогда о его необходимости 1830 14. 15 12:50 Сейчас в теме

  • Сжатие
  • Нормального Профайлера, как в MSSQL, нет – не найдёте. Есть куча различных LogAnalizer-ов. умеют Toad и Spotlight, о которых речь пойдёт ниже.

    Но Online, графического плана запроса, полноценной фильтрации не найти. Конечно, профессиональные ORACLEDBA умеют анализировать загруженность – они запускают консольные средства, генерируют html-файлики… Но это уже не «два клика» - следовательно, если на проекте идет речь об анализе производительности, то обязательно необходим ORACLEDBA. Средства администрирования ORACLE FORCE- ищется запрос, совпадающий с вашим запросом с точностью до связных переменных.

    Перезапись осуществляется: все литералы заменяются на связные переменные, план создается для «усовершенствованного» запроса Для администрирования СУБД ORACLE есть также платные продукты – например, TOAD. Может обойтись дороже самого Oracle. Очень много функциональности (не всегда востребованной).

    Режим BestPractice выставляет настройки в наиболее оптимальные. Стоит хотя бы посмотреть на работу этого продукта, чтобы понять, какие настройки он предложит (правда – некоторые из выставленных этим режимом настроек не подходят для работы Oracle с 1С, на это нужно обращать внимание. Я в своих предыдущих слайдах указал нужные значения критичных параметров).

    С основными понятиями разобрались. Теперь перейду к «основной статье» - буду рассказывать конкретно о работе ORACLE с 1С.

  • Cursor_ sharing - управляет механизмом поиска запроса в кэше запросов.

    Чтобы уменьшить время на распарсивание запросов, надо сразу ставить exact. Менять нельзя – перестанут использоваться функциональные индексы. все…

  • Оптимизатор Oracle не ориентирован на обширное использование вложенных запросов и, как правило, выбирает достаточно простой план выполнения для соединений (NASTEDLOOPS). По моему мнению, суть тут немножко в другом.

    В Oracle применяются две прогрессивные технологии – RACи ASM. ( 2) DoctorRoza, Ну всё-таки в контексте. Хотя бы надо оценивать потребность в кластеризации.

  • Битовые индексы – вкратце – индекс по организации. Все, кто отслеживал историю становления прикладных решений фирмы 1С, могли обратить внимание: сначала реквизит «Организация» во всех документах был индексированным.

    Потом – развитие конструкторской мысли архитекторов прикладных решений 1С привело к тому, что реквизит «Организация» перестал быть индексированным. Организаций обычно 3-4 штуки, селективность маленькая, индекс не используется, он лишний.

    Потом опять появились рекомендации о том, что этот реквизит нужно добавлять в индекс. Это, что называется, «на безрыбье и рак рыба». Реквизит «Организация» - это типичный случай битового индекса.

    Когда у вас низкая селективность, но – при этом он везде используется, по нему везде есть отборы… К сожалению, эту возможность Oracle мы тоже не можем использовать…То есть можем, конечно, НО… Автор, а если оракл использовать на винде, то смысла вообще нет, так как появляется больше минусов чем плюсов и проблема в разработке. ( 32) alex_sh2008, Хоть бы статью перед комментом прочитали. хотя бы первый слайд. там просто для сравнения цены MS SQL SE и Oracle SE One :))) А дальше я пишу что оно не особо нужно. Но на 50 пользователей, естественно, только его использовали.

    ( 22) zarucheisky, Смысл от этого не меняется. Что касается статьи в которой автор указал что якобы "ОС для Oracle вообще бесплатно", я не соглашусь с этим, пару раз сталкивался с развернутым Oracle на linux, полный комплект linux + Oracle стоил хороших денег, а linux была специально скомпилирована под определенную версию Oracle, без всяких графических оболочек и прочей не нужной фигни которую обычно ставят. Вот Fresh на Postgres работает и нормально поговаривают.

    ( 10) не соглашусь, часть временных таблиц генерирует платформа не зависимо от желания разработчика. По этой логике надо не запускать 1С тогда ( 39) А вы статью напишите с аргументацией что и как. И потом можно будет всем ссылку давать в качестве объяснения.

    Просто наследие покупки Sun. Про Postgre ничего плохого сказать не хочу, это бесплатная СУБД, проект энтузиастов. Лично я не рассматриваю его как СУБД для серьезных проектов.

    1С, для упрощения себе жизни, выбрала схему как инструмент для создания в консоли кластера. Чтобы можно было из 1С создать базу данных, они выбрали вместо нее схему. Дело в том, что создание базы данных в ORACLE – это нетривиальный процесс.

    Каждая база данных в Oracle - это отдельный сервис, отдельный instance. 1С все это упростила, и для отдельной базы данных использует отдельную схему. Мне кажется, что 1С выбрала неправильную политику.

    Это некоторый такой обман пользователей. Нет знака равенства между понятиями Схема и База данных. Крупное решение на ORACLE может нормально функционировать только в том случае, если у вас на одном сервере, на одном Instance есть только одна база 1С.

    Другого варианта нет. Что Oralce, что MS для 1С на текущий момент одинаково, ни у того ни другого сервера нет явного преимущества друг перед другом. По одной простой причине 1С сервер не интегрируется глубоко в архитектуру серверов.

    в лёгкую MS SQL ставят на виртуальные машины. Обзывать постгрес проектом для энтузиастов - крайне забавно. В блокировочных СУБД, если одна транзакция уже начала изменять данные, то другая транзакция в этот момент вынуждена ждать.

    В версионных СУБД другая транзакция может прочитать данные. Очень красиво, правильно и быстро выявляет все текущие проблемы, даже вариант решения предложит. Показывает на одном экране все аспекты производительности.

    ( 29) alex_sh2008, Почему, стоимость попала, и редакция (SE ONE)

    . Но вообще цели сравнения с MS SQL как бы не озвучивалось. Зачем описывать среду??? Проект рассчитывался на 25-50 тыс.

    пользователей примерно.

    тестировалось на 500, ну команда разработки и проектирования работала это и правда 50-70 пользователей.

    но с Microsoft мы плотно работаем так когда в MS SQL появится кластер? :) Люди из софтпоинта уже даже какой-то HandMade на эту тему сделали.

    № Публикации 340996 Не хочется произносить слова «баги», но всё-таки придётся. Слайд отчасти дублирует предыдущие. ASM автоматически, с минимальным вмешательством в работу производит выравнивание распределения файлов по устройствам.

    Если у вас есть ORACLEDBA, тогда все озвученные мною проблемы – они все небольшие, они все решаемые, а ORACLEDBA – это такой человек, который может сделать работу вашего решения на Oracle красивым и корректным. Особенно если вам удастся в чем-то договориться с 1С или 1С разрешит нам использовать какие-то фичи из тех, которые я перечислил. Грамотный DBA может ускорить запуск и правильную работу вашего решения раза в два.

    Потому что количество средств, которые ORACLE нам предоставляет, действительно поражает. Статья написана на основе доклада, прочитанного на Конференции IE 2012 (15-16 ноября 2012 года). Также она опубликована в журнале Инфостарта №1 SIMILAR (появилось в 9i) -выполняются те же действия, что и при FORCE, но к тому же осуществляется проверка: можно ли подобрать аналогичный уже разобранный запрос, который не должен изменить план вашего запроса.

    То есть, если оптимизатор решит, что для выполнения вашего запроса нужен другой план, нежели в уже разобранном, то ваш запрос будет полностью разбираться По сути, управление дисками и ФС автоматизировано и отдано на откуп DBA. В случае использования SAN и большого числа дисков – очень актуально. 15 01:31 Сейчас в теме EXACT - ищется запрос, точно совпадающий с вашим. Никакой перезаписи вашего запроса (использование переменных связывания) для возможного использования другими сессиями не производится.

    С одной стороны, куча мелких запросов со сложными конструкциями - типичная ситуация для 1С: тратится много времени на их компиляцию Табличные пространства 1С: Первое понятие – это схема ORACLE и база данных. ну это "самые смелые" :) там много "интересного порассказали" :).

    ASM повышает производительность путем автоматического рассредоточения объектов базы данных по большому количеству устройств, увеличивает доступность базы данных, так как позволяет добавлять в базу данных новые дисковые устройства, не останавливая ее. Кроме того, по моему субъективному мнению, все графические приложения, написанные на Java, имеют большие недостатки интерфейса. Также как и ЕМ – бесплатный.

    ( 39)А чем вам не нравится виртуализация MS SQL, при правильном архитектурном решении ни какого падения производительности нет? ( 9) Gilev. Vyacheslav, Ну это очень "смелые" клиенты. которые вам доверяют :). Когда вы будете вести дискуссии с не 1С специалистами, использование не кластерной СУБД им аргументировать будет очень и очень сложно. Но сами обновления - целая история.

    Обновления включают перекомпиляцию схемы, пересоздание некоторых таблиц. Обновления выполняются только в консоли. Это не MSSQLServer и не WindowsUpdate, где «нажали кнопочку и все обновилось».

    Это целый день работы dba. OC на сервер для ORACLE вообще бесплатна (условно бесплатна, конечно) – это LINUX. Дело в том, что ORACLE – это продукт, который изначально разрабатывался под LINUX, и он изначально «линуксовый» - посмотрите на структуру каталогов, на кучу настроечных файликов, на JAVA-интерфейс, - вы сразу это заметите.

    Для Microsoft – это, соответственно, WindowsServer (другого варианта у нас нет), но даже в StandartEdition версии он все равно стоит 1000 руб. Первое – это, конечно, лицензии. Поскольку я не эксперт по лицензированию, я просто набрал в интернете ORACLE и MSSQLServer, посмотрел стоимость лицензий для одного человека (не по SOCKET, не по памяти, не по серверам – а в наиболее упрощенном варианте) и получил приблизительно такие суммы.

    Как видим, одна лицензия ORACLE стоит даже дешевле, чем аналогичная ей лицензия MSSQL

    . Для сравнения использую редакции StandartEditionONEORACLE и StandartEditionMSSQLServer, потому что это начальные редакции, и 1С нам большинство «фич», которые есть в Enterprise версиях, запрещает к использованию. В режиме ArchiveLog если у вас на сервере есть более 1 БД 1С и вы хотите использовать полнофункциональные бэкапы – понадобится вторая БД, созданная специальным образом, для восстановления бэкапа, чтобы потом средствами datapump перенести в основной сервер.

    Вообще в 90% случаев для 1С будет NoArchiveLog. Всё зависит от выбранной стратегии резервного копирования и SLA (если таковой имеется). По сути ArchiveLog – банальная ротация, но без неё online резервное копирование невозможно.

    Если кончится место для ArchiveLog, 1С тупо упадёт. Почему, стоимость попала, и редакция (SE ONE)

  • Index_Big – размер блока 16КБ. Если индекс не удаётся создать в Index, платформа пытается создать его в Index_big.

    Еще нужно установить размер кэша для 16 КБ блоков. Собственно, размер блока можно варьировать. Чем меньше – тем быстрее запись.

    Чем больше, тем быстрее чтение больших объемов Однако решение на ORACLE – это специфичное решение. Если вы захотите использовать секционирование, захотите использовать math. View, захотите использовать какие-то другие «фичи» ORACLE, то тут конечно, надо будет постараться «договориться с 1С», поскольку на данный момент эти «фичи» 1С нам использовать не разрешает.

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

    Сам сервер (железо) – конечно, составит большую долю стоимости проекта, но для сравнения стоимости внедрения СУБД его стоимость нас волновать не будет. Первая и самая главная – специфичная лингвистическая сортировка. Если мы говорим о работе в ORACLEс текстовыми строками, то это, наверное, главная проблема

    .

    По умолчанию Oracle подойдёт только для тестовой среды. Обязательно при первичной настройке необходимо выставить следующие параметры: Последний вопрос, на который каждый из вас уже, наверное, сам себе ответил – это вопрос о том, когда же нам все-таки нужен ORACLE, когда от его использования на проекте будут какие-то преимущества? Дальше я, по возможности кратко, рассмотрю основные понятия. Без них понять, почему 1С так работает с ORACLE, не получится. Vyacheslav

  • Trace_ enabledFALSE(расширенный технологический журнал) не SQLTrace конечно, но всё равно не нужен постоянно… да и нам не поможет EnterpriseManager А вот последний пункт (наличие DBA - ORACLEDBAилиMSSQLDBA) – он самый интересный. Если мы говорим о внедрении на MSSQL – то все-таки у большинства были внедрения, в которых можно было обойтись без DBA, поскольку MSSQLServer – это продукт не такой сложный, у него хорошее usability, хорошая методология Microsoft, с его администрированием более-менее можно разобраться самому.

    Для ORACLE – на маленьких проектах, конечно, есть шанс – на больших проектах (от 100 пользователей), конечно, уже необходим отдельный человек, который будет следить за работой СУБД, который будет администрировать ее работу, будет ею управлять. Графические средства администрирования СУБД ORACLE не такие мощные, не такие красивые и не такие замечательные, как в MSSQLServer. Другой инструмент для администрирования СУБД ORACLE – это SQLDeveloper.

    Этот инструмент больше всего похож на ManagementStudioMSSQL. Но реально этот инструмент можно использовать только для построения запросов и создания таблиц вручную.

  • Технологический журнал 1С от ORACLE не получает плана запросов – пока что эта фича не работает.

    SQLDeveloper Собственно, специалистов высокого уровня ожидать там трудно. Просто могут хорошо покопаться во внутренней БД и внутренних ресурсах. >>ORACLE – это продукт, который изначально разрабатывался под LINUX Там где MS SQL и более 1000 пользователей там РИБ и никуда от него не деться. а ты где был на инфостарте, когда люди про 5000 на скуле в "Деловых линиях" рассказывали, спал? ))) Техническая поддержка: при покупке ORACLE год поддержки бесплатный. По мне, так интеграция и использование СУБД совершенно разные понятия. ASM как правило используется совместно с RAC.

    Это отдельно устанавливаемый на каждый узел кластера мини-экземпляр Oracle, предоставляющий сервисы работы с дисками и позволяющий избежать обращения к диску (позволяющий работать на RAWdevices - дисках без файловой системы – всю работу по кэшированию данных выполняет сам Oracle) как вы будете использовать СУБД MS SQL если у вас в одной базе работает 3-4 тысячи пользователей да вообще то работают А никто не думает, что потерей производительности при виртуализации СУБД можно пренебречь в сравнении с проблемами производительности самого кластера 1С? Версионность. Любой индекс и любая сортировка по строке, которые у вас есть, будут использовать функцию NLSSORT (неявно ее вызывать). Использование этой функции вызывает также обязательность установки для работы ORACLE с 1С специфичного приложения Lbuilder (это единственное, что отличает установку ORACLEдля 1С от простой установки ORACLE). Vyacheslav, Сделаете кластер на MS SQL? О_о может вам тогда Microsoft-у предложить свои услуги :). Там где MS SQL и более 1000 пользователей там РИБ и никуда от него не деться. На Oracle пока просто не решили. может ещё годик другой и 1С с ним будет "душа в душу работать". но пока это тоже не Enterprise. А чем вам не нравится виртуализация MS SQL, при правильном архитектурном решении ни какого падения производительности нет Кроме сервиса обращений там же доступ к БД техподдержки и доступ к скачиванию обновлений.

    Чем это нам грозит? П ри работе 1С на ORACLE скорость записи у нас увеличивается, в отличие от других СУБД – кажется, что это плюс

    . С другой стороны – скорость чтения снижается. При работе с другими СУБД 1С строит кластерный индекс для любых ссылочных типов по ссылке – это наиболее быстрый способ выбора данных.

    А при реализации движка работы с ORACLE 1С пришлось от кластерных индексов отказаться. И мне иногда интересно наблюдать в интернете тесты, где красиво представлено, что когда решение работает на ORACLE, оно так быстро записывается, а читается чуть-чуть медленнее. На самом деле – это не совсем проблема ORACLE – это просто логика работы 1С.

    Если об этой логике знать – то ничего удивительно в этом нет. Первый вопрос, который мне хотелось бы рассмотреть – это финансовый аспект внедрения 1С на ORACLE.

    У большинства сложилось такое мнение, что внедрение 1С на ORACLE очень дорогое, и что в принципе, если в проекте использовать СУБД ORACLE, то стоимость проекта вырастет на порядок. Это не совсем необоснованное мнение, однако, все-таки хотелось бы разобраться подробнее, из чего будет складываться стоимость проекта, если для его реализации будет выбрана СУБД ORACLE. Да, ораколоиды на такое добро не падки, совершенно правильно считая 1С для себя гемммороем, им вполне хватает обSAPпленных компаний. Нужен очень быстрый дисковый массив.

  • Sessions>230и Processes>200.

    SessionsиProcesses всегда почти не хватит. В production не преступно увеличить до 200. Сессий может быть чуть больше.

    По сути, процесс – это соединение, но есть куча внутренних процессов Gang031; DimaP; AlexeyFreeLife; uri1978; Brawler; baton_pk; + 6 – Ответить

  • Про проблему с БД (с ее резервным копированием и обслуживанием из-за использования схемы как БД) уже сказал. Резервное копирование в ORACLE – либо у вас одна база на Instance - Production, либо у вас резервное копирование осуществляется только средствами импорта (нет дифференциального, нет разностного резервного копирования). Не буду подробно останавливаться
    .

    Скажу только, что есть версионные СУБД и блокировочные СУБД.

  • Почтовые оповещения – оповещают о проблемах, заканчивающемся месте и т.

    , если вовремя отреагировать, можно предотвратить «падение» Оракла. Обязательно включите! DBA на MsSQL и на ~200х пользователях еще ни разу не понадобился, вообще Да все привыкли обходиться без DBA, но ИМХО это не совсем правильно. Разработчик должен заниматься разработкой. Очень часто MS SQL бывает "запущен" так что у грамотных администраторов "Волосы встают дыбом", не говоря уже о том что пользователи страдают. А если говорить о SLA то всем становится грустно. 90% 1С решений с 200+ пользователями не используют даже Fail Over кластер. в лёгкую MS SQL ставят на виртуальные машины. даже модель резервного копирования Simple можно встретить. Не, DBA нужен, даже если "можно обойтись" без него.

    ( 42) а с учетом того, что наши админы ms sql "крякают" - то и выбирать не надо :) ( 18) Вклад самой oracle в разработку/поддержку linux минимален.

    15 09:45 Сейчас в теме

  • Вот еще один интересный параметр – optimizer_ index_ cost_ adj - существенная настройка. Если мы поставим его в значение 1, то ORACLE будет использовать все индексы, которые только может. Чем меньше, тем ниже порог использования индексов.

    То есть, если у нас в справочнике всего 3 значения, то при значении этого параметра 1 у нас все равно все индексы будут использоваться. Если мы оставим значение по умолчанию (100) – то у нас будут использоваться индексы только в том случае, если мы выбираем одну запись из миллиона. Очень хорошо, что мы можем этим варьировать – в SQLServer, например, нельзя.

    Лучше всего выставить в 30, т. к индексы у нас только штатные

  • Статистика очень важна для CBO. Но в 10 версии Job сбор статистики есть уже системный, притом собирает статистику только по тем таблицам, по которым нужно.

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

    оракл "валиться" на временных таблицах, называть его "ентерпрайз решением под 1С" язык не поворачивается Бакалавр по ERP и бесплатные системы Специальные предложения ( 21) "Интегрируется" применено неверно, ИМХО, скорее, 1С не использует все возможности движков и диалектов СУБД

    . ну у Oracle есть "особенности" которые "немного не так как хотелось бы" сделали в 1С, и временные таблицы тут не самое страшное. Конечно для "Enterprise" придётся в решении очень и очень много перерабатывать. я думаю вы же со мной согласитесь что временные таблицы это не панацея на все случаи жизни а вложенные запросы это не абсолютное зло.
  • SYSDBA (режим работы с базой) - root для oracle – обычные действия в этом режиме недоступны.

    Режим только для администратора. автор больших проектов с использованием СУБД Oracle в глаза не видел.

    не то чтобы автор не видел, а их просто нет. Это выясняли специально - искали специалистов.

    Ну по крайней мере на момент написания статьи (2 года уже как) не было.

    наш должен был быть первым такого масштаба.

    на Windows с Oracle конечно не всё так ужасно как может показаться на первый взгляд, это всё-таки не 1С на Linux :). Просто куча мелких деталей говорит что Oracle на Windows это не Enterprise уровень. Но SE One с 50+ пользователями вполне, если плюс в том, к прмеру, что Oracle уже куплен :) Дальше можно не читать Нуу. я тоже не фанат *nix.

    Но это абсолютно не значит что если речь идёт о решениях на этой системе все они заведомо плохи.

    В эту систему тоже вложены N-е суммы денег теми же Oracle и IBM.

    Ох не на простой вопрос это вы замахнулись.

    Я недавно еле книгу осилил по виртуализации скуля.

    А вы говорите статью. Там не всё просто, не всё однозначно, и более того не стоит на месте. Есть разные гипервизоры с разными глюками. Основной и главный вывод! :) Создание 07. 15 15:35 Комментарии 45 Очень часто, при обсуждении работы 1С на ORACLE, принимается за правило такое упрощение, что для ORACLE база данных это схема. Это самое популярное заблуждение.

    В нем корень всех проблем (очень многих проблем работы 1С с СУБД ORACLE). Кластер в ORACLEпоявился уже давно – RAC – очень продуктивная технология, проверенная временем. Она используется в крупных организациях.

    Если у вас проект, в котором планируется несколько тысяч (несколько десятков тысяч) подключений – даже через разделитель, то RAC – это единственный вариант, который позволит вам полноценно это организовать с точки зрения СУБД

    . В частности, если 1С сейчас ориентируется на «облака», и у вас уже есть свое «облако» или вы планируете его сделать – то в этом случае, наверное, ORACLE – это самый полноценный выбор. Дальше можно не читать.

    Скорее всего, автор больших проектов с использованием СУБД Oracle в глаза не видел. если не хотите стать посмешищем на ресурсах типа sql. посмешишем стать можно если совсем ничего в них не понимать. Тут речь идёт скорее о "религиозных войнах". Ну с позиции "лагеря 1С-ников" вполне оправдано. "true" линуксоиды конечно "забрызгают слюной" :)

  • Storedoutline – «подсказки» оптимизатору.

    Насколько я знаю, в MSSQLServer мы можем повлиять на план запроса только косвенно (то есть мы раньше, чтобы блокировок в базе MSSQLServer не было, добавляли в регистр 2000 записей) – в ORACLE все гораздо проще. Oracle позволяет управлять планами запросов. 1С использование этой возможности не предусматривает Лично я из статьи вывод сделал такой: с учетом того, что и для Postgre, и для ORACLE требуется DBA, но Postgre при этом бесплатный а лицензии ORACLE стоят примерно столько же, сколько и MS и, кроме того, поддержка оракла со 2 года (=возможность обновляться) стоит ощутимых денег (про которые автор умолчал), и с учетом того, что 1с всё равно не использует фишек оракла нужно выбирать между MS SQL и Postgre

    .

    Сразу скажу, что в статье будет много плохого про эту СУБД, но есть некоторые положительные моменты, характерные чисто для ORACLE.

  • по типу NULL у всех СУБД, кроме MSSQLServer, ведется обратный порядок сортировки. Параметры Backup-ов Хотелось бы обратить внимание на табличное пространство 1С V81C_LOB.

    ORACLE на данный момент времени единственная СУБД, в которой есть полноценное хранение файлов и строк неограниченной длины. В ORACLE мы можем файлы и строки неограниченной длины переложить на отдельный диск. Что это значит? Мы можем, к примеру, внедрять 1С:Документооборот в больших компаниях, на больших объемах данных и при этом не ставить эту галочку, которую все любят – «хранение файла во внешнем хранилище».

    ORACLE позволяет нам хранить все наши файлы непосредственно в базе данных (эта база данных будет размещена на нескольких дисках). Самое интересное, что не только ORACLE – любая СУБД нам позволяет это сделать, просто лицензионное соглашение 1С накладывает ограничения – для любых других СУБД стандартных средств переноса файлов и строк неограниченной длины на отдельное дисковое пространство сервера у нас нет. А в случае с ORACLE 1С догадались выделить для этого отдельное табличное пространство V81 C_ LOB.

    Замечательная «фича». Просто не пишите в следующих раз подобное, если не хотите стать посмешищем на ресурсах типа sql.

    Проблемы разработки 1С на ORACLE

  • Redo log group members > 2 Redo log groups > 1 – уменьшить число переключений дело в том, что ORACLE – это продукт, который изначально разрабатывался под LINUX ( 14) может удивлю, но с Microsoft мы плотно работаем http://www. Ru/results/ Если обслуживаемая база ORACLE не имеет ORACLEdba, то без средств администрирования не обойтись (если вы конечно, не фанаты консоли и не горите желанием много писать в черном экране).

  • Если вы разрабатывали хотя бы раз конфигурации под управляемое приложение – вы, безусловно, знаете, что такое БСП. БСП на ORACLE даже не запускается… Проблема копеечная – быстро решается, можно было бы просто немного переписать запрос или внести маленькую модификацию в платформу, но – до сих пор эта проблема не решена ( три последних релиза БСП эта проблема существует)
    . Вызвана эта проблема тем, что в перечислениях обращение к реквизиту «порядок» приводит к ошибке.

    Напомню, что БСП – это основа всех последних решений 1С. 1С позиционирует БСП как «основной инструмент разработчика» и «флагманский продукт», не обращая внимания на эту ошибку. Это значит, что даже первичного тестирования работоспособности на ORACLE не проводится.

    Еще два неприятных момента ( 6) подскажите, пожалуйста, какой примерно может быть выигрыш в шекелях от использования СУБД Oracle, исходя только из расходов на системного администратора, относительно администратора, знающего MSSQL? :) смелые не смелые, а работает

  • Fileststemio_ options = SETALL – отменяет использование файловой системы (можно использовать дисковые устройства без файловой системы: существенно повышается производительность, выполняется прямое обращению к диску - всю работу по кэшированию данных выполняет сам Oracle).