Return-Path: X-Original-To: oracle-l@orafaq.com Delivered-To: oracle-l@orafaq.com Received: from turing.freelists.org (turing.freelists.org [206.53.239.180]) by malta2546.startdedicated.com (Postfix) with ESMTPS id 4C977100314248 for ; Thu, 6 Jun 2019 14:03:17 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id ED6222E95F; Thu, 6 Jun 2019 08:03:15 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=freelists.org; s=turing; t=1559822596; bh=X8v8O9mEFgdfl9Ixy0gLdkMwpDWhSkFjNyLMmEbQSuU=; h=References:In-Reply-To:From:Date:Subject:To:Cc:Reply-To:List-Help: List-Unsubscribe:List-Id:List-Subscribe:List-Owner:List-post: List-Archive; b=JVsdZxhCAjqf2ckqbYZZoq7iOE8QB1hoKVKp3tODZVDnKZPVsO80FnsrPgTEmRG/V 0NOrFnSxNa6sXNu4NcIJU1mxl4CkvWrtERW7B3VHmn5+bfRzZUWxri2qUXs28e2Bm1 UQhzeDYBDx5cGH5BcZnIWAoUo3GRVyzpmml5hZEs= X-Virus-Scanned: Debian amavisd-new at turing.freelists.org 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 gNRzrtham43R; Thu, 6 Jun 2019 08:03:15 -0400 (EDT) Received: from turing.freelists.org (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id DAE062E885; Thu, 6 Jun 2019 08:03:03 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=freelists.org; s=turing; t=1559822595; bh=X8v8O9mEFgdfl9Ixy0gLdkMwpDWhSkFjNyLMmEbQSuU=; h=References:In-Reply-To:From:Date:Subject:To:Cc:Reply-To:List-Help: List-Unsubscribe:List-Id:List-Subscribe:List-Owner:List-post: List-Archive; b=cCxWrLE1v+jQqJptfvhDHTVN9z0MUWp20gbpgndLTsIKqFHknxEr6zPUk+HTj4Zem QR/hMIBy3enQ2aaYj9U9HQYx3aJwD3bztEri/VCvr0fKouNcEOMD5vFQt6mkG0bn3p nogtgmo2dgS0ySoUiRvdwrTZZmdTY4nmJeGAPHdo= Received: with ECARTIS (v1.0.0; list oracle-l); Thu, 06 Jun 2019 08:01:42 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id EFDD02E95F for ; Thu, 6 Jun 2019 08:01:41 -0400 (EDT) Authentication-Results: turing.freelists.org; dkim=pass reason="2048-bit key; unprotected key" header.d=gmail.com header.i=@gmail.com header.b=HP6Cv9VA; dkim-adsp=pass; dkim-atps=neutral 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 zm-Si4XXNChF for ; Thu, 6 Jun 2019 08:01:41 -0400 (EDT) Received: from mail-ed1-f43.google.com (mail-ed1-f43.google.com [209.85.208.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTPS id 6EC812E941 for ; Thu, 6 Jun 2019 08:01:41 -0400 (EDT) Received: by mail-ed1-f43.google.com with SMTP id g13so2981840edu.5 for ; Thu, 06 Jun 2019 05:01:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=a/H8u2HXSqoiC0D/0Yrkwo9qYD9ptGT4VXdKdNrp3wM=; b=eaQ23gblHzXBTsvMmQ5CdsdEd3o8UYegL44c+8akga8viqtj+NSIx0A2zCEbRHqRsK Xr3v4X95mYJp53YK8apVSV183KPggcku2KVClhP94jQMLuioGrxVmYUHuwqyg/BYlEeC cVwGPkv90vi13a5j9squGKrtsgOFy/d98puIXwPdWRtlRnPPyNFXqPjb/AtA4cUv22lM ek9keNY6mOAaK93vkjGrONKcWm4CI10kT0gddRojBSGbCzf0eiHdFJQTQ1M0Ew8ERguZ HYuDhS1OB9tcI9A8aB9ukgCfLeJyhUWcFWzXH7ZXRm63Hv2QdBxUHKTRAnDDfZi4fbK6 k/7A== X-Gm-Message-State: APjAAAWg7wl3CoqIckTAF5isljWX1/hLK/thOQeKn39C2ZYgk3PTHHI8 hYVYKJNdAT+z74pfgWqifhVa/it0q/Luayhavhi/Wg== X-Google-Smtp-Source: APXvYqzlKJDEmEcKKMeqtont6i+QP8L8pbpe50u1Xagm5hGdivsdOj/nsrLG9cCfn3EG/HfnZm+SpEylAe+RVQYoTBg= X-Received: by 2002:a17:906:452:: with SMTP id e18mr9016868eja.68.1559822500087; Thu, 06 Jun 2019 05:01:40 -0700 (PDT) MIME-Version: 1.0 References: <47859_1559738841_5CF7B9D9_47859_2132_1_c838b05e51db4f9ca4eb71e00813072f@vontobel.com> <47859_1559753555_5CF7F353_47859_12854_1_cd4b04943dda46418a8d184516d0abd4@vontobel.com> <02f201d51be6$d623dc00$826b9400$@rsiz.com> In-Reply-To: <02f201d51be6$d623dc00$826b9400$@rsiz.com> From: Bill Ferguson Date: Thu, 6 Jun 2019 06:01:27 -0600 Message-ID: Subject: Re: New instance(s) setup question To: "Mark W. Farnham" Cc: Noveljic Nenad , oracle-l-freelists Content-Type: multipart/alternative; boundary="00000000000007cb5f058aa67acf" X-archive-position: 74279 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-to: oracle-l-bounce@freelists.org X-original-sender: wbfergus@gmail.com Precedence: normal Reply-To: wbfergus@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 --00000000000007cb5f058aa67acf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable :) Yep, being a Federal employee, I lost count years ago of how many times I've been told I was stupid for doing any work over weekends, holidays, or other 'after hours' situations. But I've always looked at it as a salaried job, and I have prescribed work plans assigned each year. When other groups like network security, etc. do something stupid and time-consuming, I then have to work around those obstacles while still trying to keep pace with my workload. And somewhere in the mix I'm also supposed to find time to improve things and make everything cheaper and more efficient, even though I don't have those hours assigned as part of my workload. So, there's really no choice but to do work "after hours". But at least I can remote in so I don't have to make the 77 mile round trip all the time when I do. :) And everybody else, thanks for the input. After talking with the SysAdmin and discussing how things are looking, at least for right now I think I'll go with two separate installations on the same server. On Wed, Jun 5, 2019 at 3:37 PM Mark W. Farnham wrote: > > > If I don't retire next year, that Amazon configuration would limit my > ability to do system work over the weekends, but oh well. > > > > > > 1) I bet your bean counter got some dandy meals and so forth > > 2) Good on yas! (So sorry, I am unable to reach the server remotely on > weekends. Thanks for calling and triggering my 4 hour minimum, but I cann= ot > help you until Monday. By the way, why are you accessing the server out o= f > prescribed hours?) > > mwf > > > > *From:* oracle-l-bounce@freelists.org [mailto: > oracle-l-bounce@freelists.org] *On Behalf Of *Bill Ferguson > *Sent:* Wednesday, June 05, 2019 3:02 PM > *To:* Noveljic Nenad > *Cc:* oracle-l-freelists > *Subject:* Re: New instance(s) setup question > > > > Noveljic - > > First, being in the government, we have a "bean counter" that really > doesn't understand Oracle and Oracle sales-people, doing the licensing > agreements. Somehow my Center got dinged for 56 cores when we only had 16 > at that time. We currently have an Unlimited License Agreement for Oracle > EE, and three other components (like Advanced security). > > But when I migrate things to Amazon, I'm going to go with the SE2 option. > That alone and using their license, combined with the minimal IO, should > keep our costs around $1,000/month. The Amazon configuration I've been > looking at would be the db.m1.medium, for 70 hours of uptime (availabilit= y) > per week. Since we are for internal use only, and US Government, we don't > need to be accessible during non-duty hours. That helps on the cost quite= a > bit also. If I don't retire next year, that Amazon configuration would > limit my ability to do system work over the weekends, but oh well. > > > > On Wed, Jun 5, 2019 at 10:52 AM Noveljic Nenad < > nenad.noveljic@vontobel.com> wrote: > > Bill, > > > > Your database server has 4TB of mirrored storage, 4 CPU cores and 32GB > RAM. As you mentioned that your licensing fee is $160=E2=80=99000, I=E2= =80=99m guessing > that you use Enterprise Edition with some expensive options on top of it. > > > > Sorry for being nosy, but I couldn=E2=80=99t resist asking how did you ma= nage to > get the equivalent PaaS from Amazon for just $1000/month? If you don=E2= =80=99t mind > asking, are the licenses included in that price as well? Would you happen > to know the name of the Amazon class and deployment? > > > > Best regards, > > > > Nenad > > > > https://nenadnoveljic.com/blog > > > > > > *From:* Bill Ferguson > *Sent:* Mittwoch, 5. Juni 2019 14:53 > *To:* Noveljic Nenad > *Cc:* oracle-l-freelists > *Subject:* Re: New instance(s) setup question > > > > Good points, which I failed to mention in my original post (since I > thought it was already overly wordy). The number of people allowed to > access the server is a small group of 5 people (most of which will be > retiring), and all of the users only access the database(s) through Apex. > We may also be migrating to the Amazon cloud later this year, depending o= n > funding, as that should cost us less than $1,000/month, but we are also > committed to a current Oracle cost of over $160,000 just for this year, s= o > the bean-counters need to figure out how and where to get the money. > Government work is so fun. :) > > > > On Wed, Jun 5, 2019 at 6:47 AM Noveljic Nenad > wrote: > > Hi Bill, > > > > Having both test and production running on the same hardware, you > obviously won=E2=80=99t have a possibility to test the impact of the oper= ating > system (OS) patches and upgrades on the databases before applying them in > the production environment. > > > > You can partially mitigate this problem with the virtualization, where yo= u > can patch every guest OS separately. I=E2=80=99ve been using MS Hyper-V (= see > https://en.wikipedia.org/wiki/Hyper-V ) for years and it has proven as a > really good virtualization platform for MS SQL Server databases. However,= I > don=E2=80=99t have any experience with operating Oracle databases on Wind= ows. > > > > Another advantage of the virtualization is a better isolation of the > production databases from the security point of view. What I mean by that > is if the test and production databases are running in the same OS > environment people having access to the test databases could abuse some > database features or security leaks to gain the access to the production > databases. > > > > Best regards, > > > > Nenad > > > > https://nenadnoveljic.com/blog > > > > > > > > *From:* oracle-l-bounce@freelists.org *On > Behalf Of *Bill Ferguson > *Sent:* Mittwoch, 5. Juni 2019 14:25 > *To:* oracle-l-freelists > *Subject:* New instance(s) setup question > > > > Hi all - > > Probably pretty basic, but a quick question for a new installation. Oracl= e > pricing has really gotten out of hand, and my Center is drastically > downsizing everything to save on costs. We also have several security > things to address, and multiple people retiring in the next year or so, s= o > we also have an emphasis on getting things simplified and documented for > fairly new and inexperienced SysAdmins, DBA and devs. > > Anyway, the SysAdmin has setup a new server for me to migrate all of the > Oracle stuff to. It is an > > Intel Xeon Silver-4112 2.60 GHz Socket/Processor with four (4) cores and > 32 GB of Memory, running Windows Server 2016 Standard. > > > > The C: (SYSTEM) drive is a mirrored volume consisting of two 1TB SSD > drives with NTFS space of 884 GB. The E: (APP) drive is a mirrored volum= e > consisting of two 4TB SATA Enterprise drives with NTFS space of 3.45 TB. > > Now my question is How to get Oracle setup on just this one machine, with > both my production and development databases. Should I go with two separa= te > installs (instances), or just go with the multi-tenant and have two > pluggable databases? The production database is roughly 1GB in size, with > maybe 3-4 users per day, and a total of around 150 users, so performance > and throughput, I/O, etc. are extremely minimal. But with myself > (hopefully) retiring within a year, and my current backup seeming to be o= ut > of her league and not being very motivated to pick up the reins and charg= e > ahead, I want to keep as much as I can, as simple as I can (so I have les= s > documentation to write). > > At this point in time, I don't have much confidence that she'll be up to > the task of taking over if I do retire, especially if I pick the more > complicated maintenance installation option. So I'm faced with the prospe= ct > of two installations, which is what we currently have with two separate > servers. Or, I could go with the multi-tenant option and have two pluggab= le > databases. But that approach has me worried about future upgrades, etc. > That will add a whole new level of "stuff" she'll have to learn and for m= e > to document. I'm also worried about availability in case somehow the root > container gets hosed and she need to perform a reinstall or anything else > that would probably bury her technically. > > Any opinions other than hiring someone with more motivation and more > experience? We are a government agency, so hiring somebody with the skill= s > at our pay scale is pretty far-fetched, especially when management doesn'= t > think we deserve what little pay we do get. Thanks. > > > -- > > -- Bill Ferguson > > ____________________________________________________ > > Please consider the environment before printing this e-mail. > > Bitte denken Sie an die Umwelt, bevor Sie dieses E-Mail drucken. > > > Important Notice > This message is intended only for the individual named. It may contain > confidential or privileged information. If you are not the named addresse= e > you should in particular not disseminate, distribute, modify or copy this > e-mail. Please notify the sender immediately by e-mail, if you have > received this message by mistake and delete it from your system. > Without prejudice to any contractual agreements between you and us which > shall prevail in any case, we take it as your authorization to correspond > with you by e-mail if you send us messages by e-mail. However, we reserve > the right not to execute orders and instructions transmitted by e-mail at > any time and without further explanation. > E-mail transmission may not be secure or error-free as information could > be intercepted, corrupted, lost, destroyed, arrive late or incomplete. Al= so > processing of incoming e-mails cannot be guaranteed. All liability of > Vontobel Holding Ltd. and any of its affiliates (hereinafter collectively > referred to as "Vontobel Group") for any damages resulting from e-mail us= e > is excluded. You are advised that urgent and time sensitive messages shou= ld > not be sent by e-mail and if verification is required please request a > printed version. Please note that all e-mail communications to and from t= he > Vontobel Group are subject to electronic storage and review by Vontobel > Group. Unless stated to the contrary and without prejudice to any > contractual agreements between you and Vontobel Group which shall prevail > in any case, e-mail-communication is for informational purposes only and = is > not intended as an offer or solicitation for the purchase or sale of any > financial instrument or as an official confirmation of any transaction. > The legal basis for the processing of your personal data is the legitimat= e > interest to develop a commercial relationship with you, as well as your > consent to forward you commercial communications. You can exercise, at an= y > time and under the terms established under current regulation, your right= s. > If you prefer not to receive any further communications, please contact > your client relationship manager if you are a client of Vontobel Group or > notify the sender. Please note for an exact reference to the affected gro= up > entity the corporate e-mail signature. For further information about data > privacy at Vontobel Group please consult www.vontobel.com. > > > > -- > > -- Bill Ferguson > > > Important Notice > This message is intended only for the individual named. It may contain > confidential or privileged information. If you are not the named addresse= e > you should in particular not disseminate, distribute, modify or copy this > e-mail. Please notify the sender immediately by e-mail, if you have > received this message by mistake and delete it from your system. > Without prejudice to any contractual agreements between you and us which > shall prevail in any case, we take it as your authorization to correspond > with you by e-mail if you send us messages by e-mail. However, we reserve > the right not to execute orders and instructions transmitted by e-mail at > any time and without further explanation. > E-mail transmission may not be secure or error-free as information could > be intercepted, corrupted, lost, destroyed, arrive late or incomplete. Al= so > processing of incoming e-mails cannot be guaranteed. All liability of > Vontobel Holding Ltd. and any of its affiliates (hereinafter collectively > referred to as "Vontobel Group") for any damages resulting from e-mail us= e > is excluded. You are advised that urgent and time sensitive messages shou= ld > not be sent by e-mail and if verification is required please request a > printed version. Please note that all e-mail communications to and from t= he > Vontobel Group are subject to electronic storage and review by Vontobel > Group. Unless stated to the contrary and without prejudice to any > contractual agreements between you and Vontobel Group which shall prevail > in any case, e-mail-communication is for informational purposes only and = is > not intended as an offer or solicitation for the purchase or sale of any > financial instrument or as an official confirmation of any transaction. > The legal basis for the processing of your personal data is the legitimat= e > interest to develop a commercial relationship with you, as well as your > consent to forward you commercial communications. You can exercise, at an= y > time and under the terms established under current regulation, your right= s. > If you prefer not to receive any further communications, please contact > your client relationship manager if you are a client of Vontobel Group or > notify the sender. Please note for an exact reference to the affected gro= up > entity the corporate e-mail signature. For further information about data > privacy at Vontobel Group please consult www.vontobel.com. > > > > -- > > -- Bill Ferguson > --=20 -- Bill Ferguson --00000000000007cb5f058aa67acf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
:)

Yep, being a Federal employ= ee, I lost count years ago of how many times I've been told I was stupi= d for doing any work over weekends, holidays, or other 'after hours'= ; situations.

But I've always looked at it as a salaried = job, and I have prescribed work plans assigned each year. When other groups= like network security, etc. do something stupid and time-consuming, I then= have to work around those obstacles while still trying to keep pace with m= y workload. And somewhere in the mix I'm also supposed to find time to = improve things and make everything cheaper and more efficient, even though = I don't have those hours assigned as part of my workload. So, there'= ;s really no choice but to do work "after hours". But at least I = can remote in so I don't have to make the 77 mile round trip all the ti= me when I do. :)

And everybody else, thanks for the input. Aft= er talking with the SysAdmin and discussing how things are looking, at leas= t for right now I think I'll go with two separate installations on the = same server.

On Wed, Jun 5, 2019 at 3:37 PM Mark W. Farnham <mwf@rsiz.com> wrote:

<snickering on>

If I don't retire next year, that Amazon configuration would= limit my ability to do system work over the weekends, but oh well.<= u>

<snicke= ring off>

=C2=A0

= 1)=C2=A0=C2=A0=C2=A0 <= /span>I bet your bean = counter got some dandy meals and so forth

2)= =C2=A0=C2=A0=C2=A0 Good on yas! (So sorry, I am unable to reach the server remotely on wee= kends. Thanks for calling and triggering my 4 hour minimum, but I cannot he= lp you until Monday. By the way, why are you accessing the server out of pr= escribed hours?)

mwf

=C2=A0

From: oracle-l-bounce@freelists.org [= mailto:o= racle-l-bounce@freelists.org] On Behalf Of Bill Ferguson
S= ent: Wednesday, June 05, 2019 3:02 PM
To: Noveljic Nenad
<= b>Cc: oracle-l-freelists
Subject: Re: New instance(s) setup q= uestion

=C2=A0=

Nove= ljic -

First, being in the government, we have a "bean counter" t= hat really doesn't understand Oracle and Oracle sales-people, doing the= licensing agreements. Somehow my Center got dinged for 56 cores when we on= ly had 16 at that time. We currently have an Unlimited License Agreement fo= r Oracle EE, and three other components (like Advanced security).=

But when I migrate things to Amazon, I= 'm going to go with the SE2 option. That alone and using their license,= combined with the minimal IO, should keep our costs around $1,000/month. T= he Amazon configuration I've been looking at would be the db.m1.medium,= for 70 hours of uptime (availability) per week. Since we are for internal = use only, and US Government, we don't need to be accessible during non-= duty hours. That helps on the cost quite a bit also. If I don't retire = next year, that Amazon configuration would limit my ability to do system wo= rk over the weekends, but oh well.

=C2=A0

On Wed, Jun = 5, 2019 at 10:52 AM Noveljic Nenad <nenad.noveljic@vontobel.com> wrote:<= /u>

Bill,<= /p>

=C2= =A0

Your database server has 4TB of mirrored = storage, 4 CPU cores and 32GB RAM. As you mentioned that your licensing fee= is $160=E2=80=99000, I=E2=80=99m guessing that you use Enterprise Edition = with some expensive options on top of it.

=C2= =A0

Sorry for being nosy, but I couldn=E2=80= =99t resist asking how did you manage to get the equivalent PaaS from Amazo= n for just $1000/month? If you don=E2=80=99t mind asking, are the licenses = included in that price as well? Would you happen to know the name of the Am= azon class and deployment?=

=C2=A0

Best regards,<= /span>

=C2=A0

Nenad

=C2=A0<= span lang=3D"DE-CH">

https://nenadnoveljic.com/blog<= /u>

= =C2=A0

=C2=A0<= /u>

From:<= span style=3D"font-size:11pt;font-family:"Calibri","sans-ser= if""> Bill Ferguson <wbfergus@gmail.com>
Sent: Mittwoch, 5. Juni 2= 019 14:53
To: Noveljic Nenad <nenad.noveljic@vontobel.com>
= Cc: oracle-l-freelists <oracle-l@freelists.org>
Subject: Re: New i= nstance(s) setup question<= /p>

=C2=A0<= /p>

Good points, which I fa= iled to mention in my original post (since I thought it was already overly = wordy). The number of people allowed to access the server is a small group = of 5 people (most of which will be retiring), and all of the users only acc= ess the database(s) through Apex. We may also be migrating to the Amazon cl= oud later this year, depending on funding, as that should cost us less than= $1,000/month, but we are also committed to a current Oracle cost of over $= 160,000 just for this year, so the bean-counters need to figure out how and= where to get the money. Government work is so fun. :)=

=C2=A0<= /span>

On Wed, Jun= 5, 2019 at 6:47 AM Noveljic Nenad <nenad.noveljic@vontobel.com> wrote:<= /u>

Hi Bill,<= /p>

=C2= =A0

Having both test and production running o= n the same hardware, you obviously won=E2=80=99t have a possibility to test= the impact of the operating system (OS) patches and upgrades on the databa= ses before applying them in the production environment.

=C2=A0

You can partially mitiga= te this problem with the virtualization, where you can patch every guest OS= separately. I=E2=80=99ve been using MS Hyper-V (see https://en.wikipedia.org/wiki= /Hyper-V ) for years and it has proven as a really good virtualization = platform for MS SQL Server databases. However, I don=E2=80=99t have any exp= erience with operating Oracle databases on Windows.

=C2=A0

Another advantage of the virtu= alization is a better isolation of the production databases from the securi= ty point of view. What I mean by that is if the test and production databas= es are running in the same OS environment people having access to the test = databases could abuse some database features or security leaks to gain the = access to the production databases.

=C2=A0

Best regards,

=C2= =A0

Nenad<= u>

=C2= =A0

https://nenadnoveljic.com/blog

=C2=A0

=C2=A0

=C2=A0

From: oracle-l-bounce@freelists= .org <oracle-l-bounce@freelists.org> On Behalf Of Bill Ferguso= n
Sent: Mittwoch, 5. Juni 2019 14:25
To: oracle-l-freel= ists <oracle= -l@freelists.org>
Subject: New instance(s) setup question<= /span>

= =C2=A0

= Hi all -

Probably pretty basic, but a quick qu= estion for a new installation. Oracle pricing has really gotten out of hand= , and my Center is drastically downsizing everything to save on costs. We a= lso have several security things to address, and multiple people retiring i= n the next year or so, so we also have an emphasis on getting things simpli= fied and documented for fairly new and inexperienced SysAdmins, DBA and dev= s.

Anyway, the SysAdmin has setup a new server for me to migrate all of the = Oracle stuff to. It is an

<= p class=3D"MsoNormal" style=3D"background:white none repeat scroll 0% 0%"><= span style=3D"font-family:"Arial","sans-serif";color:rg= b(34,34,34)" lang=3D"DE-CH">=C2=A0Intel Xeon Silver-4112 2.60 GHz Socket/Pr= ocessor with four (4) cores and 32 GB of Memory, running Windows Server 2016 Standard= .

=C2=A0

The C: (SYS= TEM) drive is a mirrored volume consisting of two 1TB SSD drives with NTFS = space of 884 GB.=C2=A0 The E: (APP) drive is a mirrored volume consisting o= f two 4TB SATA Enterprise drives with NTFS space of 3.45 TB.

Now my question is How to get Oracle setup on just th= is one machine, with both my production and development databases. Should I= go with two separate installs (instances), or just go with the multi-tenan= t and have two pluggable databases? The production database is roughly 1GB = in size, with maybe 3-4 users per day, and a total of around 150 users, so = performance and throughput, I/O, etc. are extremely minimal. But with mysel= f (hopefully) retiring within a year, and my current backup seeming to be o= ut of her league and not being very motivated to pick up the reins and char= ge ahead, I want to keep as much as I can, as simple as I can (so I have le= ss documentation to write).

At this point in time, I don't have= much confidence that she'll be up to the task of taking over if I do r= etire, especially if I pick the more complicated maintenance installation o= ption. So I'm faced with the prospect of two installations, which is wh= at we currently have with two separate servers. Or, I could go with the mul= ti-tenant option and have two pluggable databases. But that approach has me= worried about future upgrades, etc. That will add a whole new level of &qu= ot;stuff" she'll have to learn and for me to document. I'm als= o worried about availability in case somehow the root container gets hosed = and she need to perform a reinstall or anything else that would probably bu= ry her technically.

Any opinions other than hiring someone= with more motivation and more experience? We are a government agency, so h= iring somebody with the skills at our pay scale is pretty far-fetched, espe= cially when management doesn't think we deserve what little pay we do g= et. Thanks.

=


-- =

-- Bill Ferguso= n

<= p class=3D"MsoNormal">_________________________= ___________________________

Please consider the= environment before printing this e-mail.

Bitte denken Sie an die Umwelt, bevor Sie dieses E-Mail drucken.=


Important Notice
This message is intended only for the indiv= idual named. It may contain confidential or privileged information. If you = are not the named addressee you should in particular not disseminate, distr= ibute, modify or copy this e-mail. Please notify the sender immediately by = e-mail, if you have received this message by mistake and delete it from you= r system.
Without prejudice to any contractual agreements between you an= d us which shall prevail in any case, we take it as your authorization to c= orrespond with you by e-mail if you send us messages by e-mail. However, we= reserve the right not to execute orders and instructions transmitted by e-= mail at any time and without further explanation.
E-mail transmission ma= y not be secure or error-free as information could be intercepted, corrupte= d, lost, destroyed, arrive late or incomplete. Also processing of incoming = e-mails cannot be guaranteed. All liability of Vontobel Holding Ltd. and an= y of its affiliates (hereinafter collectively referred to as "Vontobel= Group") for any damages resulting from e-mail use is excluded. You ar= e advised that urgent and time sensitive messages should not be sent by e-m= ail and if verification is required please request a printed version. Pleas= e note that all e-mail communications to and from the Vontobel Group are su= bject to electronic storage and review by Vontobel Group. Unless stated to = the contrary and without prejudice to any contractual agreements between yo= u and Vontobel Group which shall prevail in any case, e-mail-communication = is for informational purposes only and is not intended as an offer or solic= itation for the purchase or sale of any financial instrument or as an offic= ial confirmation of any transaction.
The legal basis for the processing = of your personal data is the legitimate interest to develop a commercial re= lationship with you, as well as your consent to forward you commercial comm= unications. You can exercise, at any time and under the terms established u= nder current regulation, your rights. If you prefer not to receive any furt= her communications, please contact your client relationship manager if you = are a client of Vontobel Group or notify the sender. Please note for an exa= ct reference to the affected group entity the corporate e-mail signature. F= or further information about data privacy at Vontobel Group please consult = www.vontobel.com= .



--

-- Bill Ferguson


Important Noti= ce
This message is intended only for the individual named. It may conta= in confidential or privileged information. If you are not the named address= ee you should in particular not disseminate, distribute, modify or copy thi= s e-mail. Please notify the sender immediately by e-mail, if you have recei= ved this message by mistake and delete it from your system.
Without prej= udice to any contractual agreements between you and us which shall prevail = in any case, we take it as your authorization to correspond with you by e-m= ail if you send us messages by e-mail. However, we reserve the right not to= execute orders and instructions transmitted by e-mail at any time and with= out further explanation.
E-mail transmission may not be secure or error-= free as information could be intercepted, corrupted, lost, destroyed, arriv= e late or incomplete. Also processing of incoming e-mails cannot be guarant= eed. All liability of Vontobel Holding Ltd. and any of its affiliates (here= inafter collectively referred to as "Vontobel Group") for any dam= ages resulting from e-mail use is excluded. You are advised that urgent and= time sensitive messages should not be sent by e-mail and if verification i= s required please request a printed version. Please note that all e-mail co= mmunications to and from the Vontobel Group are subject to electronic stora= ge and review by Vontobel Group. Unless stated to the contrary and without = prejudice to any contractual agreements between you and Vontobel Group whic= h shall prevail in any case, e-mail-communication is for informational purp= oses only and is not intended as an offer or solicitation for the purchase = or sale of any financial instrument or as an official confirmation of any t= ransaction.
The legal basis for the processing of your personal data is = the legitimate interest to develop a commercial relationship with you, as w= ell as your consent to forward you commercial communications. You can exerc= ise, at any time and under the terms established under current regulation, = your rights. If you prefer not to receive any further communications, pleas= e contact your client relationship manager if you are a client of Vontobel = Group or notify the sender. Please note for an exact reference to the affec= ted group entity the corporate e-mail signature. For further information ab= out data privacy at Vontobel Group please consult www.vontobel.com.


--

-- Bill Ferguson<= u>



--
-- Bill Ferguson
--00000000000007cb5f058aa67acf-- -- http://www.freelists.org/webpage/oracle-l