X-Original-To: pgsql-docs-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 552929DCAF0 for ; Thu, 19 Jan 2006 18:00:42 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 19347-01 for ; Thu, 19 Jan 2006 18:00:43 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey- Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by postgresql.org (Postfix) with ESMTP id DDF899DCAE2 for ; Thu, 19 Jan 2006 18:00:39 -0400 (AST) Received: by noel.decibel.org (Postfix, from userid 1001) id EEEFD39834; Thu, 19 Jan 2006 16:00:41 -0600 (CST) Date: Thu, 19 Jan 2006 16:00:41 -0600 From: "Jim C. Nasby" To: Scott Marlowe Cc: Tom Lane , pgsql-docs@postgresql.org Subject: Re: vacuum and routine maintenance docs Message-ID: <20060119220041.GG78403@pervasive.com> References: <1137518049.25500.27.camel@state.g2switchworks.com> <20060117224941.GI17896@pervasive.com> <1137538769.25500.49.camel@state.g2switchworks.com> <20060118221951.GT17896@pervasive.com> <1137626008.25500.90.camel@state.g2switchworks.com> <5713.1137632107@sss.pgh.pa.us> <20060119011422.GM17896@pervasive.com> <5896.1137633556@sss.pgh.pa.us> <20060119013134.GR17896@pervasive.com> <1137687319.25500.129.camel@state.g2switchworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1137687319.25500.129.camel@state.g2switchworks.com> X-Operating-System: FreeBSD 6.0-RELEASE amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.11 X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0.098 required=5 tests=[AWL=0.098] X-Spam-Score: 0.098 X-Spam-Level: X-Archive-Number: 200601/46 X-Sequence-Number: 3436 On Thu, Jan 19, 2006 at 10:15:19AM -0600, Scott Marlowe wrote: > I agree completely. We don't probably need it in sgml just yet. From a Actually, I was looking for how to get the view out of the existing SGML ;) In any case, I think admin is probably broad enough that there won't be much overlap with other sections. > 40,000 ft perspective, we can break administration up into several large > chunks, and then decide what needs to go in each. The general "big > topics" we already have seem pretty serviceable. However, I tend to > think of OS env and server config as being sub topics under > installation. Under that, we can put the individual subjects > accordingly. > > - Installation > -- Documentation scope specification > -- Preparation (setting objectives for the installation) > -- Hardware considerations (emphasizing things like fsyncing and all) > -- OS configuration (i.e. shared memory) > -- Software installation (source versus rpm versus pkg etc.) > -- Cluster initialization (localization issues, location, etc...) > -- Server configuration (i.e. pg_hba / postgresql.conf et. al.) > -- Running the server (start up scripts, by hand, etc.) > -- Verifying server operation (regression tests) Should probably mention contrib in here somewhere... and other resources, like pgFoundry. Afterall, the install section is somewhat of someone's introduction to PostgreSQL... > - Management > -- Databases > -- Users > -- Roles and Privileges Somewhere in one or both of the above should probably be some discussion on security practices... Also, pg_hba.conf is a bit of a stickler, because it is closely related to users and authentication. postgresql.conf is also a bit tricky, because many of it's settings require knowledge from other areas. Maybe the best way to deal with these is extensive cross-linking? IE: each postgresql.conf item (or set of items) should have a link back to whatever section explains it in detail. -- Jim C. Nasby, Sr. Engineering Consultant jnasby@pervasive.com Pervasive Software http://pervasive.com work: 512-231-6117 vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461