[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Odp: Zmiana lokalizacji bazy danych ?
Dzien dobry,
Zabiegi te (procopy ...) prawdopodobnie wynikaja z "uwarunkowan historycznych"
(kiedys ktos tak to wymyslil), tzn. z wczesniejszych wersji Progressa i
koncepcji jednolitej obslugi bazy danych we wszystkich systemach operacyjnych,
ktore Progress pokrywal.
Dzieki temu - przy zmianie wersji systemu operacyjnego lub przy zmianie systemu
-
administrator znajacy Progressa nie musial wiele sie napracowac, zeby dostosowac
skrypty. Procopy - poza "grzechem" usunietym w v.9.1 dotyczacym kopiowania na
inny komputer z tym samym systemem operacyjnym, udostepniajacy dyski poprzez
siec (na koncu zamieszczam fragment z Progress Knowledge Base dot. tego
problemu) - zalatwia skopiowanie bazy skladajacej sie praktycznie z dowolnej
ilosci ekstentow (plikow fizycznych) w jednym ruchu i to z kontrola poprawnosci
(czy wszystko sie skopiowalo). Utworzenie bazy danych sklada sie z 2 logicznych
krokow:
1) alokacja przestrzeni dyskowej - czyli ekstentow (prostrct create na podst.
pliku .st itd ...)
2) "przelanie" bazy danych do zaalokowanej przestrzeni (procopy ... albo prorest
jesli np chcemy odtworzyc baze z kopii archiwalnej)
Co jest prostsze ? Kopiowanie np. 100 ekstentow poleceniem
unixowym cp lub dosowym copy/xcopy ? Fakt, ze dla najprostszej postaci bazy w v9
jest to skopiowanie 2-3 plikow i moze sie to wydawac przerostem formy nad
trescia.
Kopiowanie na inny komputer zalatwia w v9.1 procopy a nastepnie prostrct buildb
(zobacz ponizszy opis z Progress Knowledge Base - http://techweb.progress.com).
Pozdrawiam,
Marek Prokop
Kbase Id:
20977
Title:
Reasons for Getting Error 598, and Solutions
Creation:
17-May-2001
Modified:
03-Sep-2001
SUMMARY:
<file-name> is a copy of <file-name>. Database cannot be opened. (598)
This error can result from any of the following situations.
-- You copied the database to another location without first
creating a new structure.
-- You tried to connect to a database on a mapped drive.
-- You moved the database and did a prostrct repair on it.
EXPLANATION:
The .db file not only has the map to all the extents of the database,
it also has a reference to it's own location. This is what causes the
error.
SOLUTION:
In versions prior to V9 -- you must do a prostrct create of a new
structure, and then do a procopy or prorest of the original database
into the new structure. This will ensure that the .db file has the
current location.
In Version 9 -- you can delete the .db file and do a prostrct builddb
to create a new Database file with the correct location in it.
References to Written Documentation:
Database Administration Guide & Reference, prostrct command
DISCLAIMER
The origins of this information may be internal or external to Progress
Software Corporation. Progress Software
Corporation makes all reasonable efforts to verify this information.
However, the information provided in this document is
for your information only. Progress Software Corporation makes no explicit
or implied claims to the validity of this
information.
Any trademarks referenced in this document are the property of their
respective owners. Consult your product manuals for
complete trademark information.
Pro Medicine wrote:
> Witam !
> Dzieki za informacje.
> Z tego co widze to procopy umozliwia przeniesienie
> bazy w ramach tego samego komputera.
> Na innym komputerze sieciowym scieki sa zupelnie inne.
> Pozostaje wiec druga opisana metoda .
> Zastanawiam sie tylko po co te wszystkie zabiegi.
> Jak zwykle w Progressie trzeba sie duzo "napalcowac"
> aby uzyskac oczywisty dla innych efekt.
>
> Pozdrawiam
> Robert Bak
>
> ----- Original Message -----
> From: "Tomasz Fidecki" <tfidecki@poczta.onet.pl>
> To: <progress@zeto.bydgoszcz.pl>
> Sent: Monday, April 29, 2002 9:29 PM
> Subject: Re: Odp: Zmiana lokalizacji bazy danych ?
>
> > Wydaje mi się, że procopy jest jedynym "oficjalnym" sposobem na
> > przeniesienie wielowoluminowej bazy. Oczywiście sam z powodzeniem używam
> > obu metod, w zależności od tego, która w danej chwili jest bardziej
> > "poręczna".
> >
> > Tomek
> >
> > Siergiej Szablykin wrote:
> >
> > > Aczkolwiek procopy tworzy kopię bazy. Inną sprawą jest to, że trudno
> kopiować strukturę na dyski sieciowe na inny komputer.
> > >
> > >Z poważaniem,
> > >Siergiej Szabłykin.
> > >
> > >>>>tjudycki@tv.com.pl 04/29 2:29 >>>
> > >>>>
> > >Chyba warto tez wspomniec o tym, ze mozna zmienic lokalizacje przy pomocy
> > >polecenia 'procopy', co eliminuje koniecznosc wykonywania opisanych
> ponizej
> > >czynnosci.
> > >
> > >Tomasz Judycki
> > >
> > >Siergiej Szablykin wrote:
> > >
> > >> Na ile dobrze pamiętam potrzebna jest następująca sekwencja:
> > >>1. prostrct list <db-name> [st-name]
> > >>2. ręcznie poprawić lokalizację plików w pliku struktury (plik '*.st').
> > >>3. prostrct repair <db-name> [st-name]
> > >> W kroku trzecim lokalizacja plików zostanie zmieniona w pliku
> struktury bazy *.db (dla wersji welowolumenowej - 9.x tylko taka jest
> możliwa).
> > >>
> > >>Z poważaniem,
> > >>Siergiej Szabłykin.
> > >>
> > >>>>>promed@polbox.com 04/26 4:19 >>>
> > >>>>>
> > >>Witam !
> > >>Przy zmianie lokalizacji bazy danych Progress ver.9 pisze,
> > >>ze baza jest kopia innej bazy i nie chce sie podlaczyc.
> > >>Jak ten problem ominac ?
> > >>
> > >>Robert Bak
> > >>
> > >>------
> > >>Strona WWW: http://pluton.pol.lublin.pl/pugpl/index.htm
> > >>Obsluga listy: listserv@zeto.bydgoszcz.pl
> > >>Archiwum listy: http://www.zeto.bydgoszcz.pl/progress/index.html
> > >>------
> > >>
> > >>------
> > >>Strona WWW: http://pluton.pol.lublin.pl/pugpl/index.htm
> > >>Obsluga listy: listserv@zeto.bydgoszcz.pl
> > >>Archiwum listy: http://www.zeto.bydgoszcz.pl/progress/index.html
> > >>------
> > >>
> > >
> >
> >
> >
> >
> > --
> > Encyklopedia multimedialna w prezencie!
> > http://www.e-mail.onet.pl
> >
> >
> > ------
> > Strona WWW: http://pluton.pol.lublin.pl/pugpl/index.htm
> > Obsluga listy: listserv@zeto.bydgoszcz.pl
> > Archiwum listy: http://www.zeto.bydgoszcz.pl/progress/index.html
> > ------
> >
> >
> >
>
> ------
> Strona WWW: http://pluton.pol.lublin.pl/pugpl/index.htm
> Obsluga listy: listserv@zeto.bydgoszcz.pl
> Archiwum listy: http://www.zeto.bydgoszcz.pl/progress/index.html
> ------
------
Strona WWW: http://pluton.pol.lublin.pl/pugpl/index.htm
Obsluga listy: listserv@zeto.bydgoszcz.pl
Archiwum listy: http://www.zeto.bydgoszcz.pl/progress/index.html
------