Про говно и палки.
Jun. 20th, 2018 09:39 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
scif_yarПро говно и палки.
Имею тут нездоровые половые сношения с одним софтом. Миграция.
Софт работает с MS SQL, по описанию даже с 2012 .. но ругается при своих внутренних тестах на sp_dboption. sp_dboption выпилена как раз из 2012
https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-deprecated-features-object?view=sql-server-2017
Базу раком-ендуют перевести в режим совместимости с 2000/80.
Софт идет в комплекте с DMO -
SQL Distributed Management Objects (SQL-DMO) is SQL Server's object model for building SQL Server management applications. Because SQL-DMO is similar to the Microsoft Office hierarchical object models, many Access developers will feel at home building custom solutions with it.
Ну да, вы правильно подумали, по умолчанию софт идет с access.
В софте захардкоден служебный логин для SQL, вместе с паролем.
Пароль в инструкции и по факту не совпадает (но его можно вытащить из ini файла софта, где он и хранится, точнее говоря он там написан, но его изменения там не влияет ни на что).
Теоретически в софте есть возможность запуска как сервиса. Практически - ну да, но стучаться в базу мы будем от юзера/пароля в софте, который чудом совпал с паролем в инишнике.
Запуск софта как сервиса реализован через prog.exe /proginifile.ini - наверное, какие-то параметры он оттуда берет. (как выяснилось, часть таки берет)
Софт работает с специальными железками. Теоретически железки должны слать уведомления на это сервак / сервис. Практически - в вайршарке и MS netmon пусто, как будто нихуя вообще не шлют.
Ну, потому что это софт их опрашивает. Вот только настройку "как часто опрашивать" он хранит в ини файле, а не в базе. БЛЯТЬ.
Авторизация в софте выполнена прекрасно - через SQL login. То есть мы не в софте заводим пользователей, а в SQL.
Софт попутно обновляется, но процедура обновления (базы) нормально нихрена не работает. Потому что один из тестов в конце обращается к ниибу чему (лога не нашел, а окно просто так не раскрывается и копипаст из него не работает. Какой-то чек не проходит).
Русская техподдержка молчит.
Английская молчит.
Перевод софта говно полное, буковки не влазят на отведенные кнопочки.
Владельцы сервиса лазят в этот софт .. иногда, и что там под капотом - даже не пытались узнавать.
Ну то есть есть документация какая-то .. но странная. И см. выше про пароль.
В процессе еще выяснилось, что на часть схем в SQL каким-то раком встали учетки сотрудников и сервисов.
Пришлось (ну хоть в GUI) лезть в схему и менять owner, иначе понятное дело низя сотворить здесь, в смысле удалить старую учетку и переприсвоить новую.
В результате стандартная схема:
1. Идем к владельцам сервиса, согласуем перерыв в работе
2. Спрашиваем чего там в сервисе где жать-то (потому что документация то есть, но там 900 страниц и 2/3 рассказов как этот софт хорош).
3. Бегаем от железки до рабочего места и обратно с вопросами "блять где пакеты то".
Попутно выясняя, что вот тут ошибка, там не прописано, тут сетевики толи при делах, толи нет, и тд.
Ну и попутно вспоминаем, что по дефолту в SQL Express не просто сеть выключена, а выключен и сервис, и в сервисе настройки сети. Но вот SQL 2008r2 не очень дружит в части настроек с свежей студией, и поэтому там еще одна отдельная попоболь.
Итого пришлось поебаться в:
- ини файлы
- скуль 333 раза, логи, юзеры, права, настройки, права на схемы.
- вайршарк и нетмон \ мс аналайзер \ спан порты, кстати в этот раз вайршарк оказался удобней.
- потупить в доку (940 страниц натурально, и это одна из 5)
- ну и так, в целом
Хорошо хоть можно работать днем и есть копия базы.
Имею тут нездоровые половые сношения с одним софтом. Миграция.
Софт работает с MS SQL, по описанию даже с 2012 .. но ругается при своих внутренних тестах на sp_dboption. sp_dboption выпилена как раз из 2012
https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-deprecated-features-object?view=sql-server-2017
Базу раком-ендуют перевести в режим совместимости с 2000/80.
Софт идет в комплекте с DMO -
SQL Distributed Management Objects (SQL-DMO) is SQL Server's object model for building SQL Server management applications. Because SQL-DMO is similar to the Microsoft Office hierarchical object models, many Access developers will feel at home building custom solutions with it.
Ну да, вы правильно подумали, по умолчанию софт идет с access.
В софте захардкоден служебный логин для SQL, вместе с паролем.
Пароль в инструкции и по факту не совпадает (но его можно вытащить из ini файла софта, где он и хранится, точнее говоря он там написан, но его изменения там не влияет ни на что).
Теоретически в софте есть возможность запуска как сервиса. Практически - ну да, но стучаться в базу мы будем от юзера/пароля в софте, который чудом совпал с паролем в инишнике.
Запуск софта как сервиса реализован через prog.exe /proginifile.ini - наверное, какие-то параметры он оттуда берет. (как выяснилось, часть таки берет)
Софт работает с специальными железками. Теоретически железки должны слать уведомления на это сервак / сервис. Практически - в вайршарке и MS netmon пусто, как будто нихуя вообще не шлют.
Ну, потому что это софт их опрашивает. Вот только настройку "как часто опрашивать" он хранит в ини файле, а не в базе. БЛЯТЬ.
Авторизация в софте выполнена прекрасно - через SQL login. То есть мы не в софте заводим пользователей, а в SQL.
Софт попутно обновляется, но процедура обновления (базы) нормально нихрена не работает. Потому что один из тестов в конце обращается к ниибу чему (лога не нашел, а окно просто так не раскрывается и копипаст из него не работает. Какой-то чек не проходит).
Русская техподдержка молчит.
Английская молчит.
Перевод софта говно полное, буковки не влазят на отведенные кнопочки.
Владельцы сервиса лазят в этот софт .. иногда, и что там под капотом - даже не пытались узнавать.
Ну то есть есть документация какая-то .. но странная. И см. выше про пароль.
В процессе еще выяснилось, что на часть схем в SQL каким-то раком встали учетки сотрудников и сервисов.
Пришлось (ну хоть в GUI) лезть в схему и менять owner, иначе понятное дело низя сотворить здесь, в смысле удалить старую учетку и переприсвоить новую.
В результате стандартная схема:
1. Идем к владельцам сервиса, согласуем перерыв в работе
2. Спрашиваем чего там в сервисе где жать-то (потому что документация то есть, но там 900 страниц и 2/3 рассказов как этот софт хорош).
3. Бегаем от железки до рабочего места и обратно с вопросами "блять где пакеты то".
Попутно выясняя, что вот тут ошибка, там не прописано, тут сетевики толи при делах, толи нет, и тд.
Ну и попутно вспоминаем, что по дефолту в SQL Express не просто сеть выключена, а выключен и сервис, и в сервисе настройки сети. Но вот SQL 2008r2 не очень дружит в части настроек с свежей студией, и поэтому там еще одна отдельная попоболь.
Итого пришлось поебаться в:
- ини файлы
- скуль 333 раза, логи, юзеры, права, настройки, права на схемы.
- вайршарк и нетмон \ мс аналайзер \ спан порты, кстати в этот раз вайршарк оказался удобней.
- потупить в доку (940 страниц натурально, и это одна из 5)
- ну и так, в целом
Хорошо хоть можно работать днем и есть копия базы.
no subject
Date: 2018-06-20 07:01 pm (UTC)no subject
Date: 2018-06-20 07:20 pm (UTC)no subject
Date: 2018-06-20 08:00 pm (UTC)no subject
Date: 2018-06-21 05:14 pm (UTC)Что касается дешивизны .. ну как сказать. Для такого рода они стоят как-то не гуманно
no subject
Date: 2018-06-24 07:46 pm (UTC)