Microinvest Форум Форуми Microinvest Форум
Microinvest Форум
 
 Въпроси/ОтговориВъпроси/Отговори   ТърсенеТърсене   ПотребителиПотребители   Потребителски групиПотребителски групи   Регистрирайте сеРегистрирайте се 
 ПрофилПрофил   Влезте, за да видите съобщенията сиВлезте, за да видите съобщенията си   ВходВход 

Неуспешна актуализация на база данни
Иди на страница 1, 2  Следваща
 
Създайте нова тема   Напишете отговор    Microinvest Форум Форуми -> Invoice Pro
Предишната тема :: Следващата тема  
Автор Съобщение
andrewa



Регистриран на: 01 Юли 2008
Мнения: 445
Местожителство: Пловдив

МнениеПуснато на: Чет Юни 18, 2020 16:37    Заглавие: Неуспешна актуализация на база данни Отговорете с цитат

При апдейт на Инвойс Про 102 към 103 (неСУПТО) на Уин7 машина не успява да се апдейтне базата, която е инсталирана на сървър MS SQL 2019 за линукс на друга машина под линукс в LAN.

Апдейтнах друга Уин10 машина в LAN с линукс сървъра - базата не се апдейтва. Апдейт на базата данни до 103 при сървър MS SQL 2019 инсталиран на същата машина под Win10 минава успешно.

DB потребителят има пълни права над сървъра и над двете бази на Инвойс Про и служебната на Микроинвест.
Инвойс Про версия 102 работи без проблеми на Уин7 и Уин10.

Има ли начин да проверя някъде за насока каква е причината на този проблем? По принцип мога да преместя базата на Инвойс Про на MS SQL сървър под Уин, да й направя апдейт, после да я върна на сървъра под линукс, ама много египетско.
_________________
Технически консултации.
Експертът не мисли, той знае!
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Посетете сайта на потребителя
Димитър Грудев
Microinvest
Microinvest


Регистриран на: 31 Авг 2015
Мнения: 408

МнениеПуснато на: Пет Юни 19, 2020 07:29    Заглавие: Отговорете с цитат

Здравейте,
колация на сървър и колация на база данни?
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
andrewa



Регистриран на: 01 Юли 2008
Мнения: 445
Местожителство: Пловдив

МнениеПуснато на: Пет Юни 19, 2020 10:20    Заглавие: Отговорете с цитат

база InvoicePro: Cyrillic General CI AS Compatibility level 100
база Microinvest: Cyrillic General CI AS Compatibility level 150
сървър: version 15.00.4013 SQL_Latin1_General_CP1_CI_AS
(така се инсталира по подразбиране)

Нещо трябва ли да променя?
_________________
Технически консултации.
Експертът не мисли, той знае!
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Посетете сайта на потребителя
rivsystems



Регистриран на: 15 Яну 2008
Мнения: 167
Местожителство: Пловдив

МнениеПуснато на: Пет Юни 19, 2020 10:22    Заглавие: Отговорете с цитат

Виж на Windows версията на MSSQL дали е същата.
_________________
Рив системс ООД
Пловдив, бул.Васил Априлов 24
тел.032/620-965

Linux решения!
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Посетете сайта на потребителя
Димитър Грудев
Microinvest
Microinvest


Регистриран на: 31 Авг 2015
Мнения: 408

МнениеПуснато на: Пет Юни 19, 2020 11:01    Заглавие: Отговорете с цитат

Сървъра също трябва да е Cyrillic_General_CI_AS
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
andrewa



Регистриран на: 01 Юли 2008
Мнения: 445
Местожителство: Пловдив

МнениеПуснато на: Пет Юни 19, 2020 20:05    Заглавие: Отговорете с цитат

Благодаря за съвета, приложих го.
Инсталацията на MS SQL на Уин е с Cyrillic General CI AS Там в процеса на инсталация може да се избере, а при линукс инсталацията създава сървъра с Latin1_General_CP1_CI_AS и промени може да се направят едва след инсталацията. Описание на процедурата има на https://www.mssqltips.com/sqlservertip/4763/how-to-change-sql-server-collation-on-linux/ Така се променя колацията на всички системни бази.
Една подробност: ако вече има добавени клиентски бази, трябва да им се направи Detach преди промяната, след това - Attach.
Другата седмица ще тествам апдейт до версия 103.
_________________
Технически консултации.
Експертът не мисли, той знае!
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Посетете сайта на потребителя
bozzmaster



Регистриран на: 20 Мар 2018
Мнения: 30

МнениеПуснато на: Нед Ное 15, 2020 22:12    Заглавие: Отговорете с цитат

Благодаря за тази тема. Искам да потвърдя, че при сървър с колация, различна от Cyrillic_General_CI_AS не може да се ъпдейтва към по-нова версия на Invoice Pro
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
Щирлиц



Регистриран на: 05 Мар 2005
Мнения: 305

МнениеПуснато на: Пон Ное 16, 2020 10:51    Заглавие: Отговорете с цитат

А ако още при създаването на базата е била направена с колация "Cyrillic_General_CS_AS", как се оправя?
_________________
"Kогато отсекат последното дърво, когато отровят последната река и когато уловят последната риба… тогава хората ще разберат, че не могат да ядат пари."
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
Виктор Павлов
Microinvest
Microinvest


Регистриран на: 12 Авг 2002
Мнения: 21423

МнениеПуснато на: Пон Ное 16, 2020 11:37    Заглавие: Отговорете с цитат

Една от технологиите е да се направи архив на данните в Dump.
След това да се промени настройката на правилната и да се създаде база от данни.
Следва възстановяване на данните от Dump.

Трябва да обърнете внимание, че е вероятно определени ключове да се разрушат, тъй като при новата колация ще има съвпадения, които при старата ги няма.

Програмата вероятно ви е уведомявала за този проблем в последните 2-3 години, но няма кой да обърне и да оправи нещата своевременно внимание...
_________________
Клиентите на Microinvest по света: http://www.microinside.ru
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Изпрати мейла Посетете сайта на потребителя
Щирлиц



Регистриран на: 05 Мар 2005
Мнения: 305

МнениеПуснато на: Пон Ное 16, 2020 11:45    Заглавие: Отговорете с цитат

[quote="Виктор Павлов"]Една от технологиите е … … Програмата вероятно ви е уведомявала …[/quote]

А технология с SQL скрипт имате ли?

Така е, програмата извежда съобщение, но като нямаме решение - работи в заварено пооложение. Прегледах базите, така са създадени до март 2014-та, следващите са добре.
_________________
"Kогато отсекат последното дърво, когато отровят последната река и когато уловят последната риба… тогава хората ще разберат, че не могат да ядат пари."
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
Виктор Павлов
Microinvest
Microinvest


Регистриран на: 12 Авг 2002
Мнения: 21423

МнениеПуснато на: Пон Ное 16, 2020 11:49    Заглавие: Отговорете с цитат

Това няма решение с SQL скрипт. Програмен код трябва.

Решението е било в момента на възникване на проблема да се направи експорт на данните и следващ импорт. Сега вече е сложно.
_________________
Клиентите на Microinvest по света: http://www.microinside.ru
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Изпрати мейла Посетете сайта на потребителя
bozzmaster



Регистриран на: 20 Мар 2018
Мнения: 30

МнениеПуснато на: Пон Ное 16, 2020 15:07    Заглавие: Отговорете с цитат

Да обърна внимание, че програмите зъб не обелват за проблем (със сървърната колация) при текуща работа.

Проблемът се появи при ъпдейт с крайно неясно съобщение и като бонус е сравнително неприятен за оправяне, щото със студиото детача и атача е практически на ръка с милиони цъкания. Ако има бърз начин през Studio - моля да го кажете.

През конзола е, разбира се, по-бързо, но трябва малко скриптче да накове командите.

В общи линии, без тази тема нямаше да се оправя, не и без да вися на телефона за съпорт.

Цитат:
Трябва да обърнете внимание, че е вероятно определени ключове да се разрушат, тъй като при новата колация ще има съвпадения, които при старата ги няма.


Това не го разбирам? Навсякъде, където съм гледал базите Ви, всичко що е ключ е int.
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
Виктор Павлов
Microinvest
Microinvest


Регистриран на: 12 Авг 2002
Мнения: 21423

МнениеПуснато на: Пон Ное 16, 2020 19:04    Заглавие: Отговорете с цитат

Прав сте, но до някъде.
В единия случай BG831826092 и bg831826092 ще генерират 1 ключ.
В другия случай BG831826092 и bg831826092 ще генерират 2 ключа.

При такова действие е възможно данните за 1 партньор да не са обединени.

Това е само част от вероятностите.
_________________
Клиентите на Microinvest по света: http://www.microinside.ru
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Изпрати мейла Посетете сайта на потребителя
andrewa



Регистриран на: 01 Юли 2008
Мнения: 445
Местожителство: Пловдив

МнениеПуснато на: Пон Ное 16, 2020 19:35    Заглавие: Отговорете с цитат

При мен смяна на колацията протече гладко. Преди това програмата Инвойс Про не е плакала, поне при мен не се е случвало. При опит за апгрейд - греда.
Описаното по-долу важи за M$ SQL за линукс, сигурно подобна инструкция може да се намери и за уин инсталация. Явно проблемът възниква при самостоятелна инсталация на SQL сървър когато колацията по подразбиране, която е зададена в дистрибутива, е различна и операторът не обърне внимание. При линукс инсталация 2019 сървърът по подразбиране е с колация SQL_Latin1_General_CP1_CI_AS
За да работят коректно програмите на Микроинвест трябва базите да са с колация: Cyrillic_General_CI_AS и сървърът (системните бази) да са със същата колация. От ManagementStudio се виждат колациите, но не могат да се променят.
Проверка и смяна на колация на SQL сървър под линукс направих по описанието в:
https://www.mssqltips.com/sqlservertip/4763/how-to-change-sql-server-collation-on-linux/
1. прави се резервно копие на базите на Микроинвест (ако вече са качени)
2. sqlcmd -S localhost -U user -P password>wG вход в терминал
3. select convert(varchar,SERVERPROPERTY('Collation'))
go - проверка на текущата колация
4. Прави се Detach на всички клиентски бази, остават само системните
5. systemctl stop mssql-server спира се сървърът
6. /opt/mssql/bin/mssql-conf set-collation команда за смяна на колацията на сървъра и се задава на
Enter collation: Cyrillic_General_CI_AS всички бази - служебни и бази данни
7. systemctl start mssql-server старт на сървъра и проверка на колацията
8. Прави се Attach на клиентските бази от MStudio.
_________________
Технически консултации.
Експертът не мисли, той знае!
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение Посетете сайта на потребителя
bozzmaster



Регистриран на: 20 Мар 2018
Мнения: 30

МнениеПуснато на: Сря Ное 18, 2020 01:32    Заглавие: Отговорете с цитат

andrewa написа:

...
4. Прави се Detach на всички клиентски бази, остават само системните
...
8. Прави се Attach на клиентските бази от MStudio.


Инструкцията е правилна, но тези две стъпки ми скъсаха нервите, защото нямам само 1 инвойс база, а повече, включително такива, които нямат нищо общо с Микроинвест, а трябва да детачне всичко.

Информативно детача без студиото става с нещо от рода на:

Код:

EXEC sp_detach_db 'DeltaPro_NOMER_NA_BAZATA', 'true';


Ноооо атача става с много интуитивното:

Код:


CREATE DATABASE DeltaPro_NOMER_NA_BAZATA  ON (filename =         '/pulen/put/do/faila/DeltaPro_NOMER_NA_BAZATA.mdf') FOR ATTACH;



Силно препоръчвам всичко това да се прави от много опитен потребител или средно напреднал администратор и с всички възможно бекъпи, защото при мен се омаза някакъв системен mssql файл и се наложи бързо да се направи пълен рестор на тази част от сървъра.


Отчитам като вероятна наша грешка ползването на linux за MS база данни, но алтернативата или беше скъпа (Windows Server) или неразумна на по-умерена цена - клиентскта OS за сървърни цели.



Не хвърлям камъни в градината на Микроинвест, техните решения изглеждат разумни, като техен единствен пропуск бих споменал липсата на навременно съобщение за сървърната колация.
Върнете се в началото
Вижте профила на потребителя Изпратете лично съобщение
Покажи мнения от преди:   
Създайте нова тема   Напишете отговор    Microinvest Форум Форуми -> Invoice Pro All times are EET (Източна Европа)
Иди на страница 1, 2  Следваща
Страница 1 от 2

 
Идете на:  
Не Можете да пускате нови теми
Не Можете да отговаряте на темите
Не Можете да променяте съобщенията си
Не Можете да изтривате съобщенията си
Не Можете да гласувате в анкети


Powered by phpBB © 2001, 2005 phpBB Group
Translation by: Boby Dimitrov