Serwer SQL na Linux'ie a archiwizacja

[Genezyp Kapen 8]

Witam,

Czy ktoś wie jak ustawić folder roboczy podczas archiwizacji sello gdy serwer SQL stoi na linuxie? Ja jestem zielony.

Pozdrawiam!

Edytowane 27 Września 2018 przez Genezyp Kapen
literówka

[Damian U. 1]

Link z opisem.

https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-configure-mssql-conf?view=sql-server-2017#dumpdir

[Ks. Robak 314]

folder roboczy ustawiasz tak samo jakby serwer stał na windowsie.

Czyli na folder do którego Sello ma prawa odczytu i zapisu.

[Genezyp Kapen 8]

Ale folder roboczy ma być na serwerze? Udostępniony przez Sambe? Czy na kliencie?

[Ks. Robak 314]

Na kliencie. Sello robi archiwizację lokalnie.

[Genezyp Kapen 8]

Zawsze miałem serwer roboczy na serwerze (udostępniony w sieci), a kopie zapisywałem lokalnie. Jak ustawie folder roboczy na kliencie to drze się, że serwer nie ma do niego dostępu.

[MARCIN e-kupowanie.pl 1 010]

15 minut temu, Genezyp Kapen napisał:

Zawsze miałem serwer roboczy na serwerze (udostępniony w sieci), a kopie zapisywałem lokalnie. Jak ustawie folder roboczy na kliencie to drze się, że serwer nie ma do niego dostępu.

Nie wiem jak jest w linuxie, ale na win trzeba czasem dać sello upr. administratora lub wskazać przy archiwizacji inny dysk, nie systemowy.

[Genezyp Kapen 8]

Róźne rzeczy próbowałem i wszystko bezskutecznie. Widzę, że na forum Subiekta GT też mają podobny problem.

W NEXO da się problem obejść, bo wystarczy wybrać mechanizm kopii zapasowej serwera SQL i powstaje plik bak w lokalizacji wg ustawień serwera. W Sello, oraz subiekcie GT takiej opcji nie ma. Pomimo, że mamy robioną kopię zapasową ręcznie, to programu nie da się zaktualizować do nowszej wersji gdyż nie było archiwizacji.

[Genezyp Kapen 8]

Dnia 27.09.2018 o 17:43, Damian Uruszczak napisał:

Link z opisem.

https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-configure-mssql-conf?view=sql-server-2017#dumpdir

Panie Damianie - link jest dość obszerny. Nie wiem co z niego mam zastosować? U Państwa udało się ten problem rozwiązać?

Aktualnie folder do backupu ustawiłem w lokalizacji udostępnionej przez Sambe. Mimo tego to nie załatwiło sprawy.

Edytowane 1 Października 2018 przez Genezyp Kapen

[Ks. Robak 314]

@Genezyp Kapen widzę, że błędnie podałem informację, że nic nie trzeba zmieniać.

Zajrzyj tutaj

https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-backup-and-restore-database?view=sql-server-2017

Opisują jak zrobić backup korzystając z linii komend pod linuxem.

Tak zrobiony backup powinien odznaczyć fakt backupu zezwalając tym samym na aktualizację Sello.

Ponadto takie polecenie można dodać do crona i backupować regularnie.

Jeżeli piszesz, że Sello nie widzi utworzonej archiwizacji, to znaczy, że dotychczas nie backupujecie, tylko pewnie robicie kopię plików z bazą danych.

Takie działanie jest bezpieczne tylko wówczas, gdy SQL Server jest wyłączony, lub dana baza danych jest od niego odłączona.

Inaczej mogą pojawić się różne problemy z danymi, które widać dopiero przy przywracaniu.

Edytowane 1 Października 2018 przez Ks. Robak

[Damian U. 1]

16 godzin temu, Genezyp Kapen napisał:

Panie Damianie - link jest dość obszerny. Nie wiem co z niego mam zastosować? U Państwa udało się ten problem rozwiązać?

Aktualnie folder do backupu ustawiłem w lokalizacji udostępnionej przez Sambe. Mimo tego to nie załatwiło sprawy.

Troszeczkę Cie wprowadziłem w błąd. Podałem link do konfiguracji mssql, których nie zrobisz przez Sql Management Managera - potrzebne do ustawienia innych niż domyślne ścieżek sql serwera  oraz do tego aby określić jakie prawa dostępu do katalogów powinien mieć użytkownik oraz grupa mssql.

U mnie backupy są robione nie poprzez aplikację Sello/Subiekt tylko za pomocą procedury mssql.

Procedurę znajdziesz tutaj: https://support.microsoft.com/en-in/help/2019698/how-to-schedule-and-automate-backups-of-sql-server-databases-in-sql-se

W zależności od Recovery Model możesz robić backupy pełne, różnicowe i logów.

O codzienny backup dba Sql Server Agent gdzie ustawiasz harmonogram - wywołanie procedury.

[Genezyp Kapen 8]

14 godzin temu, Ks. Robak napisał:

@Genezyp Kapen widzę, że błędnie podałem informację, że nic nie trzeba zmieniać.

Zajrzyj tutaj

https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-backup-and-restore-database?view=sql-server-2017

Opisują jak zrobić backup korzystając z linii komend pod linuxem.

Tak zrobiony backup powinien odznaczyć fakt backupu zezwalając tym samym na aktualizację Sello.

Ponadto takie polecenie można dodać do crona i backupować regularnie.

Jeżeli piszesz, że Sello nie widzi utworzonej archiwizacji, to znaczy, że dotychczas nie backupujecie, tylko pewnie robicie kopię plików z bazą danych.

Takie działanie jest bezpieczne tylko wówczas, gdy SQL Server jest wyłączony, lub dana baza danych jest od niego odłączona.

Inaczej mogą pojawić się różne problemy z danymi, które widać dopiero przy przywracaniu.

Robimy archiwizację do do plików *.bak. Niestety Sello nie widzi wykonanej archiwizacji. Potrzebne pewnie dodatkowe zapytanie do bazy żeby sello wiedział o archiwizacji. Wie ktoś w któej tabeli to siedzi? Potrzebne też dla subiekta GT

Ale skoro Damian Uruszczak tak robi i wszystko jest ok, to musimy coś robić źle. Nadmienię tylko, że w wersji Express serwera SQL nie damy rady zrobić backupu przez Serwer Agent -macie pewnie płatną wersję serwera SQL.

Edytowane 2 Października 2018 przez Genezyp Kapen

[Bartosz Rosa 1 768]

 

[Genezyp Kapen 8]

44 minuty temu, Bartosz Rosa napisał:

 

O to właśnie chodziło! Teraz pytanie - czy dla Subiekta GT ta się zrobić podobnie?

[Ks. Robak 314]

2 godziny temu, Genezyp Kapen napisał:

Robimy archiwizację do do plików *.bak. Niestety Sello nie widzi wykonanej archiwizacji. Potrzebne pewnie dodatkowe zapytanie do bazy żeby sello wiedział o archiwizacji. Wie ktoś w któej tabeli to siedzi? Potrzebne też dla subiekta GT

Ale skoro Damian Uruszczak tak robi i wszystko jest ok, to musimy coś robić źle. Nadmienię tylko, że w wersji Express serwera SQL nie damy rady zrobić backupu przez Serwer Agent -macie pewnie płatną wersję serwera SQL.

 

Ja też mam darmową wersję SQL Servera i robię archiwizację skryptem SQL i nie zmieniam żadnych tabel w Sello, a pomimo tego Sello widzi datę archiwizacji.

Archiwizację robię tym schematem

 

Edytowane 2 Października 2018 przez Ks. Robak

[Genezyp Kapen 8]

Powiem szczerze, że temat testuje bardziej na Subiekcie niż na Sello. Tam utworzyłam testową bazę dla starszej wersji i aktualizuję. Subiekt cały czas twierdi, że archiwizacja nie została nigdy wykonana. Zakładam, że w Sello będzie podobnie. Archiwum robię przez management studio, albo skryptem jaki podałeś wcześniej, czyli:

Cytat

sqlcmd -S localhost -U SA -Q "BACKUP DATABASE [nazwa_bazy] TO DISK = N'/var/opt/mssql/data/nazwa_bazy.bak' WITH NOFORMAT, NOINIT, NAME = 'demodb-full', SKIP, NOREWIND, NOUNLOAD, STATS = 10"

 

 

[Ks. Robak 314]

W Sello to działa. Widać Sello jest inteligentniejsze niż Subiekt także w tym aspekcie.

[Genezyp Kapen 8]

Z góry przepraszam za odkopanie tematu, ale gdyby ktoś był zainteresowany to mogę przygotować poradnik jak uruchomić archiwizację na linuxie. Dodam tylko, że mój serwer na linuxie (u mnie Centos 7) stoi już ponad dwa lata bez żadnej awarii. Osobiście moge polecić.