Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» 1С 7.7.027 на Windows & SQL 2008

Автор: M_Volkov
Дата сообщения: 01.04.2013 16:14
slavakurgan

Цитата:
везде пишут дбф быстее sql,

Это на 1С+ быстрее в дбф...
Автор: sql1c
Дата сообщения: 04.04.2013 15:55
Добрый день! Где и как заменить фразу DUMP TRANSACTION %s WITH TRUNCATE_ONLY , которая находится по смещению 002856B0 заменить на фразу ALTER DATABASE %s SET RECOVERY SIMPLE ?Спасибо
Автор: Slawa
Дата сообщения: 04.04.2013 23:35
Найти ее в файле bkend.dll

З.Ы.
Лучше ее забить пробелами.
Автор: sql1c
Дата сообщения: 05.04.2013 09:44
Slawa, удалил это строку и пробовал заменить эту строку.Но теперь даже при попытке зайти в конфигуратор выскакивает ошибка. Или я что-то как-то не так удалил
Автор: Slawa
Дата сообщения: 05.04.2013 10:29
Нужно не удалять, а забить(заменить) пробелами.
Лучше в каком нибудь HEX-редакторе.
Автор: Galina2011
Дата сообщения: 23.05.2013 15:55
Локальная сеть из 4 компьтеров с Win7. При создании домашней группы один компьютер в сети всех видит,а домашнюю группу не видит и не прописывается.
Автор: urodliv
Дата сообщения: 23.05.2013 18:15
Galina2011

Цитата:
Локальная сеть из 4 компьтеров с Win7. При создании домашней группы один компьютер в сети всех видит,а домашнюю группу не видит и не прописывается.

А 1с тут причём? Вам в ветку по винде шуршать надо
Автор: kerberosV5
Дата сообщения: 07.01.2014 07:35
Приглашаются желающие протестировать очередную разработку для уменьшения загрузки процессора 1С 7.7 при ожидании блокировки.
Задумывалось как замена odbc33.dll, работающая совместно с "секретным релизом" на Windows 7 x64 и Server 2008. На Windows XP тоже работает.
Теперь требуется пропатчить файлы BkEnd.dll и BkEnd0.dll (как обычно, odbc32.dll заменить на odbc33.dll).
Ссылки
Готовый файл odbc33.dll http://yadi.sk/d/M--JQXcXFYDBq
Проект VS2010 odbc33.7z http://yadi.sk/d/MFkkZgMtFYDBR

С 08.01.2014 работает на терминальном сервере Windows Server 2003/Citrix MPS 4.0/1С (около 150 одновременных сеансов) и на компьютере программиста Windows Server 2008 R2. Проблем не обнаружено.
Автор: totoshar66
Дата сообщения: 06.06.2014 14:26
а "odbc32.dll заменить на odbc33.dll" это как, заменить переименовывая, или убрать ...32 и поместить в папку ....33 ?
Автор: VitK
Дата сообщения: 24.06.2014 23:05
Подскажите, пожалуйста, а как можно изменить в SQL-версии 1Сv77 язык в печатных формах с русского, на любой другой язык, отличный от русского. Например, прописные даты отображаются на русском языке, а нужен другой.

Автор: VitK
Дата сообщения: 25.06.2014 01:25
Решение найдено. Может кому-то понадобится еще.
Значит нужно просто соотв. файлы с расширением spl поместить в папку, где расположена сама программа 1С, обычно это папка BIN. После этого печатные формы будут отображаться на соов. языке.
Автор: Utok
Дата сообщения: 04.11.2015 13:22
Всем привет.
Имеется сервак на 2003 винде и 1с 7.7 sql база. Ни с того ни с сего при попытке загрузить 1с стало выдавать ошибку базы, ее не заскринил, стал восстанавливать из бэкапа, но столкнулся с постоянной ошибкой Microsoft sql-dbo (odbc sqlstate:42000)

Пытаюсь с разных бэкапов восстановить, ставлю галку " force...", создал новую базу и в нее пытаюсь бэкапы восстановить, но все равно одна и та же ошибка.

Прошу вашей помощи!
Спасибо!
Автор: Ruza
Дата сообщения: 04.11.2015 18:20

Цитата:

Имеется сервак на 2003 винде и 1с 7.7 sql база. Ни с того ни с сего при попытке загрузить 1с стало выдавать ошибку базы

У нас когда то было похожее но ошибку уже не помню... Тогда у нас одна планка памяти была "битая".
Заменили стало нормально.
Автор: Utok
Дата сообщения: 05.11.2015 18:42
Память проверил, она не битая, есть еще какие-нибудь варианты?
Автор: Jon_Dow
Дата сообщения: 11.11.2015 11:00
Utok
проверь свободное место на дисках где живет база, где живет tempdb, куда выполняется бэкап.
Попробуй восстановить бэкап на другой скульный сервак, но насколько я вижу бэкапы реально битые... Попадос...
Надеюсь исходные пострадавшие mdf и ldf ты догадался сохранить?
Автор: s512
Дата сообщения: 15.11.2015 00:26
Доброго времени, дорогие товарищи.
Есть вопрос на 1бит: работает ли у кого-нибудь 1С 7.7 с MS SQL server (любой) в режиме Shared Memory (не "named pipes" и не TCP\IP).
Два дня убил на поиски и эксперименты - так и не заставил ее работать со скулем через общую память. Зачем? Спросите, а за тем, что через tcp\ip (loopback adapter) - тормозит, т.к. этот виртуальный адаптер работает на скорости 100Мбит, равно как и named pipes. Перевели с файловой базы на скуль - закрытие месяца проводится в 10 раз медленее (проверено, что ни процессор, ни жесткий диск не является узким местом, а именно связь между 1С и SQLserv)

Заранее спасибо откликнувшимся
Автор: Jon_Dow
Дата сообщения: 15.11.2015 12:07
s512
у меня точно работает - остальные протоколы отключены.
Ранее работало на 2008 в данный момент на 2012...
На уровне настройки клиентских и серверных протоколов отключи все кроме Shared Memory...
7.7.027 + solution7, уровень совместимости - 2012
Автор: s512
Дата сообщения: 15.11.2015 12:15
Спасибо за ответ!
Стоит сча w2003 + sql2005ent (все 32битн)
Так фишка в том, что все протоколы и у клиента и у сервера отключены (кроме памяти) а он все равно "named pipes" показывает для моего 1сv7 (это и в профайлере видно, и запросом к sys.dbconnections)
Сам в шоке - могу скрины прислать ))

А это проверю:
7.7.027 + solution7, уровень совместимости - 2012
спасибо еще раз
Автор: Jon_Dow
Дата сообщения: 15.11.2015 12:20
s512
ну для 2003 я бы выше 2008 не поднимался... А может быть даже опустился бы до 2000.
Но только не 2005 - неудачен и медленно работает в целом.
А по поводу шока - проверь алиасы - могут быть и настроены как раз на Named Pipes.
Автор: s512
Дата сообщения: 15.11.2015 12:38
Подскажите пожалуйста где алиасы посмотреть ?
(сейчас работает w2003 + sql2000 , по общей памяти, НО быстрее файловой работать не стало)
Автор: Jon_Dow
Дата сообщения: 15.11.2015 13:01
s512
Цитата:
быстрее файловой работать не стало
а кто тебе сказал что будет быстрее?!
Для 7.7 это в принципе невозможно... Даже с такой же скоростью работать не будет.
НО по распределенной нагрузкой и при базах большого объема будет работать даже в том случае когда файловая база уже работать отказывается...
В 2000 алиасы смотрятся кажись в Server Network Utilities(давно уже с 2000 не работал)... И также алиасы должны быть видны в ODBC.

Вариант 2K3+ SQL2000 самая быстрая связка из возможных в твоей ситуации.
Можешь немного по быстродействию вытянуть использовав SSD для скульной базы(и для tempdb естественно). В общей ситуации пару SSD(пользовательского класса - серверные дорогие) в зеркало и один на полке запасной - это достаточно надежный вариант, размер SSD подбираешь с учетом того чтобы база в перспективе(я советую закладываться на 3 года) не занимала больше половины объема одного диска.
Автор: s512
Дата сообщения: 15.11.2015 15:27
Еще раз спасибо за ответ.

То, что она не будет быстрее это я уже понял, даже когда mdf файл в RAM диске и проц из новых и быстрых и юзер только один ))

НО дело принципа ужо. Вот что сейчас: win2012r2 + sql2014 все x64 (заюзал solution7)
вот настройка:
Скрин
МИСТИКА!
или я на асфальте в лыжи обутый

и спасибо за советы.
Автор: Jon_Dow
Дата сообщения: 15.11.2015 16:38
s512
кроме службы самого сервера должна быть запущена служба агента(для бэкапов) и слежба обозревателя
Больше ничего в голову не приходит...
На крайняк - в личку... я сообщу свой внешний IP и (если доверяешь) RDP к тебе - попробую ковырнуть... Но не раньше понедельника...

Добавлено:
PS - алиасы = псевдонимы
Автор: Jon_Dow
Дата сообщения: 16.11.2015 08:13
А как у тебя в конфигураторе в параметрах базы SQL описано подключение? Часом не через пайпы?
Автор: s512
Дата сообщения: 16.11.2015 11:12
Там на скрине видно: прописан сервер "(local)"
если пишу:
"localhost"
"Lpc:(local)"
"Lpc:localhost"

эффект тот же
Может дело в этом "solution7" ?
Автор: Jon_Dow
Дата сообщения: 16.11.2015 14:28
s512
Цитата:
Может дело в этом "solution7" ?
Ну я так понял что ты его применил уже? Если не применял то какая технология была использована для запуска? Так как с 2005/2008/2012/2014 7.7 не работает...
Я в качестве снрвера указывал имя машины на которой становлен SQL
А на скрине что-то пропустил фон...

Добавлено:
И кстати - на скрине Native Client версии 11 - это для SQL 2012, а ты пишешь что заюзал 2014...

Добавлено:
и само-собой что odbc33 недопустим ни под каким соусом!
Автор: Utok
Дата сообщения: 16.11.2015 22:49
Jon_Dow
Цитата:
проверь свободное место на дисках где живет база, где живет tempdb, куда выполняется бэкап.
Попробуй восстановить бэкап на другой скульный сервак, но насколько я вижу бэкапы реально битые... Попадос...  
Надеюсь исходные пострадавшие mdf и ldf ты догадался сохранить?

Да битый бэкап и база сама, нашел .bak за 2014 год, его восстановил, а куча журналов транзакций бесполезны без рабочего основного, который битый. Самый последний .bak оказался на 11.2014, более поздние не создавались, так как кончилось место на диске.
Буду переходить с sql на сервак с рдп, так надежнее, а юзеры до сих пор базу не восстановили до конца, целый год потерянных данных =(
Автор: Jon_Dow
Дата сообщения: 17.11.2015 08:05
Utok
если есть исходные битые mdf и ldf то есть варианты... При таких раскладах обычно ldf усекается - а это практически не критично.

Добавлено:

Цитата:
Буду переходить с sql на сервак с рдп, так надежнее
???
Что надежнее - надежнее убъется база при аналогичном окончании свободного места? Да это действительно более надежный способ убития базы - она по частям посыпется, абсолютно незаметно и разобраться какой бэкап живой а какой нет будет стоить уже НАМНОГО больших усилий.
Автор: Utok
Дата сообщения: 17.11.2015 11:01
Jon_Dow
Ну ldf и mdf до попытки восстановления я не сохранил из каталога базы, так как и не думал, что бэкап битый будет
Автор: zedaz
Дата сообщения: 22.01.2016 11:37
s512
У меня работает через общюю память когда в строчке сервер пусто а не (local)

Страницы: 1234567

Предыдущая тема: Резервное копирование средствами Windows


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.