Autor Wątek: Przeniesienie bazy danych na inny dysk w tym samym komputerze  (Przeczytany 20076 razy)

0 użytkowników i 2 Gości przegląda ten wątek.

Offline Aldo

  • Ekspert
  • *****
  • Wiadomości: 10695
  • Reputacja +433/-13
  • Wersja programu: najnowsza
Odp: Przeniesienie bazy danych na inny dysk w tym samym komputerze
« Odpowiedź #15 dnia: Kwiecień 26, 2014, 12:34:36 »
Ja własnie podłączyłem.
Możesz podać szczegóły, bo ja ni cholery nie mogę.

Offline Biniew

  • Zaawansowany użytkownik
  • ****
  • Wiadomości: 4095
  • Reputacja +275/-17
  • Wersja programu: GT i Nexo
Odp: Przeniesienie bazy danych na inny dysk w tym samym komputerze
« Odpowiedź #16 dnia: Kwiecień 26, 2014, 12:36:09 »
nie myl oprogramowania Insert z Microsoft SQL Serverem
zobacz czy mozesz podlaczyc baze z innej lokalizacji z poziomu SQL Server Management Studio

Offline birds22

  • Ekspert
  • *****
  • Wiadomości: 9208
  • Reputacja +1304/-21
  • Wersja programu: Najnowsza
Odp: Przeniesienie bazy danych na inny dysk w tym samym komputerze
« Odpowiedź #17 dnia: Kwiecień 26, 2014, 12:45:16 »
W okolicy tylko jeden informatyk?

1. Odłączyłem plik podmiotu w programie serwisowym
2. Przeniosłem pliki podmiotu (podmiot.mdf, podmiot_log.ldf) do nowej lokalizacji (u mnie E:\Bazy\)
3. W każdym z plików zmieniłem uprawnienia dla Użytkownicy na pełny dostęp
4. Podłączyłem pliki w programie serwisowym.

Do tego chyba obrazków nie trzeba?


Środowisko:
SQL Server 2008R2 Express
Win8
Sławek, Zduńska Wola

Offline Aldo

  • Ekspert
  • *****
  • Wiadomości: 10695
  • Reputacja +433/-13
  • Wersja programu: najnowsza
Odp: Przeniesienie bazy danych na inny dysk w tym samym komputerze
« Odpowiedź #18 dnia: Kwiecień 26, 2014, 12:52:10 »
Ja własnie podłączyłem.
Możesz podać szczegóły, bo ja ni cholery nie mogę.

Już wiem - wybrałem pliki podmiotu z archiwum i nie dość, że to stara baza, to jeszcze uszkodzona. Dlatego nie chciał podłaczyć.
Inne prawidłowe dają się bez problemu z dowolnej lokalizacji - ale lokalnej.

Offline bodek_kocio

  • Nowy użytkownik
  • *
  • Wiadomości: 36
  • Reputacja +0/-0
  • Wersja programu: 1.34
Odp: Przeniesienie bazy danych na inny dysk w tym samym komputerze
« Odpowiedź #19 dnia: Kwiecień 26, 2014, 13:10:25 »
bird jesteś wielki.
Wiem gdzie błąd zrobiłem. Uprawnienia sprawdzałem na folderze nie na plikach. Teraz zrobiłem na plikach i działa. Dziekuję bardzo wszystkim aktywnym...

Offline browarnicy

  • Nowy użytkownik
  • *
  • Wiadomości: 13
  • Reputacja +0/-0
  • Wersja programu: Subiekt GT 1.52 HF1
Odp: Przeniesienie bazy danych na inny dysk w tym samym komputerze
« Odpowiedź #20 dnia: Czerwiec 02, 2020, 15:57:21 »
Pozwolę sobie odświeżyć temat...

Przeniosłem swoją bazę danych na inny dysk (brak miejsca na systemowym) i wszystko śmiga OK. Jednak przy aktualizacji oprogramowania, gdy robi aktualizację bazy to zaktualizowana jest w nowej lokalizacji, a kopia starej bazy tworzy się w starej lokalizacji na dysku systemowym. Nigdzie nie mogę znaleźć, gdzie podmienić lokalizacje kopii starej bazy by tworzyła się także w aktualnej nowej lokalizacji. Niby mały problem, ale jak baza ma 23GB to po paru aktualizacjach robi się brak miejsca na dysku systemowym. Co aktualizacja muszę odpinać i przenosić kopię w inne miejsce.

Może ktoś pomóc?

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17040
  • Reputacja +798/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Przeniesienie bazy danych na inny dysk w tym samym komputerze
« Odpowiedź #21 dnia: Czerwiec 02, 2020, 15:58:58 »
Problem znany i stary jak GT - należy na nowo zainstalować serwer SQL w oczekiwanej lokalizacji.
Daniel, Białystok.

Offline Artwi

  • Aktywny użytkownik
  • ***
  • Wiadomości: 187
  • Reputacja +3/-0
  • Wersja programu: Insert GT aktualny
Odp: Przeniesienie bazy danych na inny dysk w tym samym komputerze
« Odpowiedź #22 dnia: Czerwiec 03, 2020, 17:02:45 »
Przeniosłem swoją bazę danych na inny dysk (brak miejsca na systemowym) i wszystko śmiga OK. Jednak przy aktualizacji oprogramowania, gdy robi aktualizację bazy to zaktualizowana jest w nowej lokalizacji, a kopia starej bazy tworzy się w starej lokalizacji na dysku systemowym. Nigdzie nie mogę znaleźć, gdzie podmienić lokalizacje kopii starej bazy by tworzyła się także w aktualnej nowej lokalizacji. Niby mały problem, ale jak baza ma 23GB to po paru aktualizacjach robi się brak miejsca na dysku systemowym. Co aktualizacja muszę odpinać i przenosić kopię w inne miejsce.
Może ktoś pomóc?

A zobacz Sobie co masz we właściwościach Files tych baz danych jako ścieżki do plików (np. za pomocą SSMS) - czy są prawidłowe? Bo zwykłe odtwarzanie kopii z innej lokalizacji w nowej lokalizacji bez opcji "relocate all files to folder" czy jakoś tak (a pakiet InsERTa to robi chyba bez tej opcji) zostawia stare ścieżki i może dlatego kopia tworzy Ci się w starej lokalizacji?
Mając na uwadze, że ewentualna krytyka może być, tak musimy zrobić, żeby tej krytyki nie było, tylko aplauz i zaakceptowanie.

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17040
  • Reputacja +798/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Przeniesienie bazy danych na inny dysk w tym samym komputerze
« Odpowiedź #23 dnia: Czerwiec 03, 2020, 17:34:13 »
Jak napisałem to dobrze znany problem, pakiet Insertu nie odczytuje lokalizacji plików z konfiguracji serwera SQL tylko tworzy je na podstawie folderu instalacyjnego.
Daniel, Białystok.

Offline Artwi

  • Aktywny użytkownik
  • ***
  • Wiadomości: 187
  • Reputacja +3/-0
  • Wersja programu: Insert GT aktualny
Odp: Przeniesienie bazy danych na inny dysk w tym samym komputerze
« Odpowiedź #24 dnia: Czerwiec 04, 2020, 09:56:32 »
Jak napisałem to dobrze znany problem, pakiet Insertu nie odczytuje lokalizacji plików z konfiguracji serwera SQL tylko tworzy je na podstawie folderu instalacyjnego.
To dziwne. Gdy przeniosłem (bez reinstalacji pakietu) bazy na serwer linuksowy, to kopie robił w dobrym miejscu. Choć i tak trzeba je było poprawiać, bo InsERT GT psuje w nich przedmiotowe ścieżki (wstawia /\ w miejsce /) i pomija rozszerzenia nazw plików. Ale może dlatego robi w dobrym miejscu, że zostawiłem domyślne ustawienia na serwerze.
Mając na uwadze, że ewentualna krytyka może być, tak musimy zrobić, żeby tej krytyki nie było, tylko aplauz i zaakceptowanie.

Offline dkozlowski

  • Ekspert
  • *****
  • Wiadomości: 17040
  • Reputacja +798/-27
  • Wersja programu: GT/Navireo/nexo
Odp: Przeniesienie bazy danych na inny dysk w tym samym komputerze
« Odpowiedź #25 dnia: Czerwiec 04, 2020, 11:04:04 »
Jak napisałem to dobrze znany problem, pakiet Insertu nie odczytuje lokalizacji plików z konfiguracji serwera SQL tylko tworzy je na podstawie folderu instalacyjnego.
To dziwne. Gdy przeniosłem (bez reinstalacji pakietu) bazy na serwer linuksowy, to kopie robił w dobrym miejscu. Choć i tak trzeba je było poprawiać, bo InsERT GT psuje w nich przedmiotowe ścieżki (wstawia /\ w miejsce /) i pomija rozszerzenia nazw plików. Ale może dlatego robi w dobrym miejscu, że zostawiłem domyślne ustawienia na serwerze.

Nie odniosę się do zachowania programu z serwerem SQL na linuksie, gdyż nie mam doświadczeń w tym obszarze.
Daniel, Białystok.

Offline Artwi

  • Aktywny użytkownik
  • ***
  • Wiadomości: 187
  • Reputacja +3/-0
  • Wersja programu: Insert GT aktualny
Odp: Przeniesienie bazy danych na inny dysk w tym samym komputerze
« Odpowiedź #26 dnia: Czerwiec 04, 2020, 11:23:47 »
Nie odniosę się do zachowania programu z serwerem SQL na linuksie, gdyż nie mam doświadczeń w tym obszarze.

Działa prawie dobrze (to prawie osobom nieobeznanym może robić poważny problem), powiedziałbym wydajniej niż na Windows. Robi tylko następujące numery: przy aktualizacji we właściwościach w kopiach baz psuje ścieżki plików wstawiając /\ zamiast / i nie daje rozszerzeń plików - co dziwne i InsERT i MS SQL z takimi ścieżkami i nazwami plików działają... InsERT dopiero wywala się na tym przy próbie aktualizacji baz z tak skopanymi ścieżkami we właściwościach. Po ręcznym poprawieniu tego jest OK. I do tego trzema mieć SSMS 18.5, bo wcześniejsze też nie radzą sobie z kierunkiem ukośników...

Przy aktualizacji na linuksowym serwerze nie czyści katalogu tymczasowego z kopii baz - też trzeba kasować ręcznie by nie zapchać dysku.

Reszta jest OK: jeśli katalog roboczy do wykonywania backupów narzędziem InsERTa ustawi się jako udział samby tak samo widziany przez Windowsowych klientów i serwer linuksowy. Ale jak ktoś tego nie używa do robienia backupów to nawet nie musi tego ustawiać.
Mając na uwadze, że ewentualna krytyka może być, tak musimy zrobić, żeby tej krytyki nie było, tylko aplauz i zaakceptowanie.

Forum Użytkownikow Subiekt GT

Odp: Przeniesienie bazy danych na inny dysk w tym samym komputerze
« Odpowiedź #26 dnia: Czerwiec 04, 2020, 11:23:47 »