[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Odp: Zmiana lokalizacji bazy danych ?
Dzieki za wyjasnienie.
Nic dodac nic ujac . Wszystko jest oczywiste.
Pozdrawiam
Robert Bak
----- Original Message -----
From: "Marek Prokop" <mprokop@progress.com>
To: <progress@zeto.bydgoszcz.pl>
Sent: Tuesday, April 30, 2002 9:42 AM
Subject: 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
> ------
>
>
------
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
------