home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / database / sybase / 635 < prev    next >
Encoding:
Text File  |  1993-01-08  |  2.2 KB  |  61 lines
  1. Newsgroups: comp.databases.sybase
  2. Path: sparky!uunet!shearson.com!newshost!wfinnert
  3. From: wfinnert@larry.shearson.com (Warren Finnerty)
  4. Subject: Re: Moving Sybase from one server to another
  5. In-Reply-To: ben@sybase.com's message of 7 Jan 93 08:40:52 GMT
  6. Message-ID: <WFINNERT.93Jan8114044@larry.shearson.com>
  7. Sender: news@shearson.com (News)
  8. Organization: Lehman Brothers
  9. References: <C0Cnzr.4MD@news.cso.uiuc.edu> <27695@sybase.sybase.com>
  10. Date: Fri, 8 Jan 1993 16:40:43 GMT
  11. Lines: 48
  12.  
  13. In article <27695@sybase.sybase.com> ben@sybase.com (Benjamin von Ullrich) writes:
  14.  
  15. > move your databases according to their current layouts in size and number of
  16. > framgements, and extend them after everything is moved.  the new devices the
  17. > segments are on may be of any total size and configuration, only the databases
  18. > need to be laid out in x chunks, each of a particular size, and as data, log,
  19. > or data & log.  in technical terms, the sysusages rows for the old and new
  20.                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  21. > servers must be the same.  but the new devices may be much bigger in capacity,
  22.   ^^^^^^^^^^^^^^^^^^^^^^^^
  23. > if that is what your new machine affords you, and you may ALTER the databases
  24. > after all has been moved, and presumably when you need the space.  personally,
  25. > i never give a database more space unless it needs it, as once it's given,
  26. > that's it -- no shrinking!  you may find that some other database (or a new
  27. > one) will need the space you just gave away to a database that wasn't hurting..
  28.  
  29.   This is not quite true. As in this example:
  30.  
  31.   BEFORE
  32.  
  33.   10 MB data
  34.   10 MB log
  35.   20 MB data
  36.   20 MB data
  37.   20 MB data
  38.  
  39.   AFTER
  40.  
  41.   10 MB data
  42.   10 MB data
  43.   60 MB data
  44.  
  45.   There are not even the same number of rows in sysusages 
  46.   in the AFTER case. I recomend writing/buying/finding a 
  47.   schema extractor and using it with bcp -n. Eventually the
  48.   DATA/LOG/DATA/LOG/DATA..... will prove to be a major pain.
  49.   bcp will also defragment ( leave only clustered index up,
  50.   batch size of 1000, truncate log on checkpoint, load the
  51.   all data, bring up nonclustered, update stats on clustered, 
  52.   shut off truncate log )
  53.  
  54.  
  55.   
  56. --
  57. warren finnerty      | 388 Greenwich St.
  58. Lehman Brothers      | NYC NY 10013
  59. "Back off man!"      | wfinnert@shearson.com
  60.  
  61.