ну я скорее для статистики сообщил. Если Вам интересно, то могу немножко потестить, но запуск в командной строке новой информации не принес, никакой реакции в принципе.
P.S. Прикрутил плуг к aimp3, доволен как слон.
Насчет 1С, в общем они ориентируются на MS SQL, Oracle — продукт коммерческий, и еще воевать и на что-то давить в 1с пытается. PostgreSQL защищать некому. В общем глюков я с PostgreSQL натерпелся в свое время у нескольких клиентов. Но на Linux это самый оптимальный вариант. Рад буду посодействовать чем смогу авторам статьи по Postgre
Было критично. Особенно если баз несколько на сервере и на них завязаны внешние компоненты, например перегрузка в другие базы, или же связь с тем же битриксом. Почему-то весьма помогало обрезать лог через функцию «Сжать»… и это я объяснить не могу… даже себе…
Спасибо за подсказку. Только боюсь формат этой статьи не предусматривал столь глубокого погружения. Статья писалась для новичков. Когда надо сделать, но времени на то чтобы глубоко уйти внутрь нет. Хотя не спорю, Ваш вариант может быть гораздо оптимальнее.
Я всего лишь стараюсь донести до таких же новичков как я знания, которые удалось получить на личном примере. Я не DBA и даже в этом направлении не учусь. Я опирался на данные из best practice 1С и эмпирически полученных в ходе работы. Бэкап лога очень не рекомендовали. Использование «полного» типа снижало производительность.
Подчеркиваю, это применимо только к небольшим базам, МАКСИМУМ 100 Гб (и то пожалуй уже выходит за рамки). Так же хочу обратить Ваше внимание, что я и рекомендовал делать бэкап полный — в недельном мэйнтенсе, и ежедневно разностный. Бэкап логов не применим. Во первых сама 1С об этом говорит, во вторых в моем варианте база работает с простым типом восстановления.
Что ж, хочу еще раз подчеркнуть, что это лишь мое виденье ситуации через призму курсов пройденных в самой 1С. Ежедневная реорганизация, а не полное перестроение индекса. С перестроением было бы действительно перебор.
Данные получены эмпирическим путем, на протяжении почти 5 лет работаю с 1С. Наблюдая за скоростью работы 1С и частотой перестроения индексов вывел оптимальную на мой взгляд цифру. Ее же рекомендуют на курсах для администраторов в самой 1С.
Боюсь статья от новичка — новичкам. Мало системных администраторов достаточно глубоко знают SQL, а порой этим вообще 1с-ники занимаются. Я старался показать процесс в GUI-ой форме. Да и сам я не так хорошо SQL знаю.
P.S. Если есть админы из Беларуси, отзовитесь.
P.S. Прикрутил плуг к aimp3, доволен как слон.