Received: (qmail 6283 invoked from network); 7 Jul 2010 09:58:10 -0500 Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180) by static-ip-85-25-126-90.inaddr.intergenia.de with SMTP; 7 Jul 2010 09:58:05 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 136E3D1B9BF; Wed, 7 Jul 2010 10:58:03 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at localhost.localdomain Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vxf7mb55-8m4; Wed, 7 Jul 2010 10:58:02 -0400 (EDT) Received: from turing.freelists.org (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 1AD07D1B36C; Wed, 7 Jul 2010 10:57:19 -0400 (EDT) Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 07 Jul 2010 10:56:38 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id A8599D1B61E for ; Wed, 7 Jul 2010 10:56:38 -0400 (EDT) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ebyJokaEk56M for ; Wed, 7 Jul 2010 10:56:38 -0400 (EDT) Received: from mail-fx0-f51.google.com (mail-fx0-f51.google.com [209.85.161.51]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 46D19D1A316 for ; Wed, 7 Jul 2010 10:56:38 -0400 (EDT) Received: by fxm15 with SMTP id 15so5774752fxm.10 for ; Wed, 07 Jul 2010 07:56:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type; bh=Vt++sFLcHBiC50E95J4M9lvbIiVGahgONi+uz9mvc6M=; b=I45gxZPJ2OI8gOdwY6DVEu9yNwnbkjXucIc9kGI5wToN++cmxvt1m2oRP9hvDdZ63J 4/w/qscr7yYPL/rgBxBmn45EPvm1bE5dXKeWj23iejyRvgxkdaBYbi/SRgnNP+QIWEwG lMA9wwdnYBU/79hvpNy6RTrwUszBevVL6OB10= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=GCAuF5RNXmaVILufinoDwQJT4d49KQLzKUUZ2IlfggJMFPEim6Tgm/o7rSFJFpZgVi ujEh+s55CK1gELrhFCY1cbhm2VbvZvvB+b8v6uLH3PYRMtKpR8zPWVL13QOO1kcSjeF2 RgjCMZtROm5dLMNULxh1ZtOHCkQIvnpHJxxa4= Received: by 10.103.198.5 with SMTP id a5mr1472779muq.122.1278514597298; Wed, 07 Jul 2010 07:56:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.79.76 with HTTP; Wed, 7 Jul 2010 07:56:15 -0700 (PDT) In-Reply-To: <4814386347E41145AAE79139EAA3989810265B1A2A@ws03-exch07.iconos.be> References: <6AFC12B9BFCDEA45B7274C534738067F565F77DC@AAPQMAILBX02V.proque.st> <6AFC12B9BFCDEA45B7274C534738067F55A23BF9@AAPQMAILBX02V.proque.st> <4814386347E41145AAE79139EAA3989810265B19B8@ws03-exch07.iconos.be> <6AFC12B9BFCDEA45B7274C534738067F55A23BFA@AAPQMAILBX02V.proque.st> <4814386347E41145AAE79139EAA3989810265B1A2A@ws03-exch07.iconos.be> From: Scott Sibert Date: Wed, 7 Jul 2010 09:56:15 -0500 Message-ID: Subject: Re: VMWARE Snapshots to backup Oracle To: oracle-l Content-Type: multipart/alternative; boundary=0016369cfff3698232048acd60b8 X-archive-position: 29548 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-to: oracle-l-bounce@freelists.org X-original-sender: ssibert@gmail.com Precedence: normal Reply-To: ssibert@gmail.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: oracle-l X-List-ID: oracle-l List-subscribe: List-owner: List-post: List-archive: X-list: oracle-l --0016369cfff3698232048acd60b8 Content-Type: text/plain; charset=ISO-8859-1 Instead of a VMware "snapshot" you could "clone" the VM which makes a complete and separate (not relying on the "live" original disk files) copy of everything. You'd have the same issues at the Oracle level as you would with a snapshot but this would be a complete separate copy that you could do whatever you wanted with. (To clone, VMware uses the snapshot mechanism to keep the original files static while it copies them, and when the copy is done it automatically applies the transactions to the original disk files, removing the snapshot files.) --Scott --0016369cfff3698232048acd60b8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Instead of a VMware "snapshot" you could "clone" the VM= which makes a complete and separate (not relying on the "live" o= riginal disk files) copy of everything. =A0You'd have the same issues a= t the Oracle level as you would with a snapshot but this would be a complet= e separate copy that you could do whatever you wanted with. =A0(To clone, V= Mware uses the snapshot mechanism to keep the original files static while i= t copies them, and when the copy is done it automatically applies the trans= actions to the original disk files, removing the snapshot files.)
--Scott
--0016369cfff3698232048acd60b8-- -- http://www.freelists.org/webpage/oracle-l