Slashdot Mirror


Oracle Ready To (Continue) Linux Plunge

alphadogg writes "Rumors are swirling yet again that Oracle wants to get cozier with Linux and at least one financial analyst says customers can expect a tighter Linux-based appliance from the database and application vendor by the end of the month."

84 comments

  1. Linux by beavt8r · · Score: 0, Flamebait

    I for one think/hope this might give us a perhaps better distro of linux...I mean come on, it's not like we have more than one to choose from already...

    First?

  2. How can the first post by Anonymous Coward · · Score: 1, Funny

    Be redundant? Troll, flamebait, whatever, but redundant is a cop out here.

    1. Re:How can the first post by beavt8r · · Score: 1

      I concur...however, I'm in the middle of training, so you're not getting anything actually important out of me. But I do look forward to this if it indeed comes to fruition. We're in the process of trying to migrate (more) to Linux and have a few people that are ready for an alternative to what we have now. I would like to see more addons that would help us migrate easier...because I'm sure some of you have the same "set in their ways" people as we do and the less painful, the better.

    2. Re:How can the first post by drinkypoo · · Score: 1

      It's redundant because someone says some stupid shit like that every time there's a story like this. There's no "-1, what the fuck are you talking about" moderation which is what would be most applicable here, since it always turns out to be a bad or at best uninteresting thing, so "Redundant" is the best match.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:How can the first post by Ant+P. · · Score: 1

      Wait, I get it.

      The mods are trying to say the article title makes more sense without the word "linux" in it.

    4. Re:How can the first post by SiggyTheViking · · Score: 1

      If you copied and pasted TFA, wouldn't that be redundant?

  3. Oracle World bus by Anonymous Coward · · Score: 1, Informative

    They have at least one large bus at Oracle World with a giant Tux pained on the side of it. The text said something about Linux and stability.

    1. Re:Oracle World bus by K-Man · · Score: 1

      Yes, Oracle will soon offer a bus with Linux on it.

      --
      ---- "If we have to go on with these damned quantum jumps, then I'm sorry that I ever got involved" - Erwin Schrodinger
    2. Re:Oracle World bus by krewemaynard · · Score: 1

      Yes, Oracle will soon offer a bus with Linux on it.

      Speed 3, starring Larry Ellison.
      --
      I saw it on Slashdot, it must be true!
    3. Re:Oracle World bus by coredog64 · · Score: 1

      It's for towing your brand new Sun "BlackBox" home.

  4. Pros and Cons of Appliances by businessnerd · · Score: 5, Insightful

    Ok so before this discussion gets out of control with claims like "DUPE!" or "we arleady discussed this here" let me set a little focus to generate some more original discusstion.

    Clearly Oracle is definitely going in the direction of creating a linux based appliance. Let's ignore the Oracle Linux Distro. debate and focus more one Appliances themselves. Does the greater slashdot community like the idea of an appliance or dislike. I remember in the MySQL interview last week, MySQL's CEO mentioned he did not like the idea of appliances because the company should focus on what they do best and allow the partners to do the same, thus creating a more robust stack.

    Discuss...

    Alternate topic: A peanut is neither a pea nor a nut

    --
    "It's not whether you win or lose, it's how drunk you get." -- H. J. Simpson
    1. Re:Pros and Cons of Appliances by businessnerd · · Score: 1
      original discusstion
      Wow I think my fingers were intending a pun, whereas my brain was not.
      --
      "It's not whether you win or lose, it's how drunk you get." -- H. J. Simpson
    2. Re:Pros and Cons of Appliances by eln · · Score: 4, Insightful

      Focusing on what you do best and letting the other people in the stack do what they do best works great for a one-product shop like MySQL, and in fact most other companies. Oracle, however, has been spending the past few years basically buying up the "best of breed" in each level of its application stack. Now that Oracle owns what it believes to be the best software at each level of the stack, they are working on the so-called "Oracle Fusion" product which will marry them all together. Integrating the OS layer, being the only layer they don't already own, is the next logical step in this process.

    3. Re:Pros and Cons of Appliances by Anonymous Coward · · Score: 1, Insightful

      I know a lot of people would rather keep their heads in the sand (yeah, flamebait, whatever) but the prospect of this sort of "Linux appliance" makes me think that the threat of "tivoisation" is far more immediate than some people like to claim.

    4. Re:Pros and Cons of Appliances by Techmaster · · Score: 1

      As long as this OS runs under Xen it can only be a good thing. We use Xen in production and treat domU OSes as appliances primarily for segretion at the binary level yielding a more secure and reliable implementation. This approach is symbiotic for the administrator and unprivileged guest OS.

    5. Re:Pros and Cons of Appliances by atomic777 · · Score: 4, Insightful
      Although I am no fan of Oracle, I must admit that this is a good idea, and one that is suprisingly overdue. Databases like Oracle and DB2 require a great depth of skills and experience to administer, and they are among the applications that stress operating system limits to the max, so integration between OS and DB is cruicial. A DBA or a DBA team has to bridge the wide gulf between sysadmin and business analyst. If you lessen the tedious task of tweaking and tuning a database to perform optimally on a given OS and hardware, you allow the DBA to focus on more important things, like deciding how to manage the data.

      While these appliances would never replace a skilled DBA for a performance-critical system, there are many small/medium-sized businesses with modest DB requirements that would benefit greatly from such a device, and put many a useless, lazy DBA out of work.

    6. Re:Pros and Cons of Appliances by Anonymous Coward · · Score: 0

      businessnerd: "Alternate topic: A peanut is neither a pea nor a nut"

      Just like you are neither business nor a nerd?

      Wait... this analogy is breaking down...

    7. Re:Pros and Cons of Appliances by drinkypoo · · Score: 1

      I like appliances, or the idea of them anyway. I think that we'll only see more and more services moved to appliances - however, those might be virtual appliances and there will be an actual appliance that runs (whichever virtual machine software) so they have some place to run. No one is going to want to buy a bunch of PCs to perform tasks which could be handled by some percentage of a PC. Okay, I said "no one" but that's not really true, sometimes people who need a very quick solution will buy one. for everyone else it makes more sense to use virtual machines. Otherwise you have a crapload of disparate systems to manage and it becomes a huge PITA.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    8. Re:Pros and Cons of Appliances by gbjbaanb · · Score: 4, Insightful

      Hell, with Oracle, just having someone else install the damn thing and all the patches, would be worth having an appliance.

      For things like MySQL, sure I can see why they would prefer to be a installed db - they do it very well for one thing so they do not need to make an appliance, but Oracle is almost never installed on a server along with other things, you buy a server to run Oracle on. Given that, its a simple step to have the OS get installed with the DB, and keep it updated regularly with patches that have already been tested by Oracle support people.

      A skilled DBA would be able to tweak the system anyway once installed - just because its an appliance doesn't mean it has to be fixed in stone, so I can't really see a downside for Oracle on this one.

    9. Re:Pros and Cons of Appliances by gt_mattex · · Score: 1

      I don't see attainment of the OS layer being realistic, at least not on the level of being a viable contender with windows. I personally think that Oracle's stack is complete, they'll have to be happy with Linux, and that saturating the market would be their next goal. With that in mind it seems appliances, much as M$ has done, would be (at least to them) the logical next step. I would tend to agree.

      --
      "No doubt one may quote history to support any cause, as the devil quotes scripture." - Learned Hand
    10. Re:Pros and Cons of Appliances by Anonymous Coward · · Score: 0

      ... MySQL's CEO mentioned he did not like the idea of appliances because the company should focus on what they do best and allow the partners to do the same, thus creating a more robust stack.

      Sometimes getting "the best" to work together is a bitch.

    11. Re:Pros and Cons of Appliances by supersnail · · Score: 2, Insightful

      Before I say my 2c worth first a confession I am a BAD BOY I have already moderated a comment in this
      discussion and I am not supposed to comment.

      However I would like to comment on the Oracle buying "Best of Breed" while this is strictly a true
      statement, a more correct statement would be:-
      "Oracle buys the best of the competition and ..... "

      If anti-trust legislation was interpreted even very loosly Oracle would be in breach for buying Siebel and Peoplesoft. Oracle would like to be Monopoly Capitalists, and, they already have 3 Hotels on "Park Lane" ( I think its "Marvin Gardens" on your board) selling database,plus application, plus hardware without anyone else get a penny for the OS must be quite appealing.

      Remember "Open source insn't just for geeks billionares can use it too!"

      --
      Old COBOL programmers never die. They just code in C.
    12. Re:Pros and Cons of Appliances by coredog64 · · Score: 1

      ...but Oracle is almost never installed on a server along with other things, you buy a server to run Oracle on.

      That depends on what you're using Oracle for. If your company has an Oracle enterprise license, a reasonable number of Oracle DBAs on staff, and a non-bargain basement hardware budget they'll probably have more than a few Oracle installs that resemble an "embedded" database that most people would use MySQL/Postgres for.

      As an example, we're running a custom built application on three servers where each server hosts a webserver, an app server and an Oracle instance. The amount of data that Oracle holds could be backed up onto a sub $100 USB thumb drive. But it makes more sense to
      use Oracle than it does to have to hassle with different RDBMS systems.

    13. Re:Pros and Cons of Appliances by gbjbaanb · · Score: 1

      True, lol. But if you can afford an Oracle enterprise licence, and more than 1 DBA.. you really don't need my advice :-)

    14. Re:Pros and Cons of Appliances by Fred_A · · Score: 1
      Now that Oracle owns what it believes to be the best software at each level of the stack, they are working on the so-called "Oracle Fusion" product which will marry them all together.
      This kind of thing has been tried before and this usually the point when things start to get really ugly.
      --

      May contain traces of nut.
      Made from the freshest electrons.
    15. Re:Pros and Cons of Appliances by Nutria · · Score: 1
      those might be virtual appliances and there will be an actual appliance that runs (whichever virtual machine software) so they have some place to run. No one is going to want to buy a bunch of PCs to perform tasks which could be handled by some percentage of a PC.

      The thing that really worries me about VMs (and big SANs, for that matter) is the old phrase
      Don't put all your eggs in one basket.
      Distributing resources across multiple systems reduces the risk that "a broken basket breaks all your eggs", and gets you fired for putting the company's data in such a vulnerable state.

      --
      "I don't know, therefore Aliens" Wafflebox1
    16. Re:Pros and Cons of Appliances by drinkypoo · · Score: 1

      I very much doubt it would work properly but my personal choice would be to run the virtual machines on top of a single system image cluster like OpenMOSIX :) But actually it works pretty well. If you have a distributed SAN it's generally pretty fault-tolerant, and you can put your virtual machine data on the SAN. Then, if a machine that's running a bunch of your virtual machines goes down, vmware can (with its own tools, or with your scripts) bring them up on other systems.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  5. Re:It is a kind of obvious. by smittyoneeach · · Score: 1

    And when Larry Ellison re-launches the Network Computer for the third time or so, that will be recycled news.
    Go, Larry!
    Seriously, I can't see why Oracle wouldn't just make sure their product is highly portable across major distros. The Highlander play really only seems to work when you're cast with Sean Connnery.

    --
    Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
  6. Competition from PostgreSQL and FreeBSD. by Anonymous Coward · · Score: 2, Interesting

    In certain sectors, we're beginning to really see competition arising from PostgreSQL and FreeBSD. This is especially true where reliability is a serious concern.

    With a proper data backup strategy, several Opteron-based servers running FreeBSD and using PostgreSQL as the database can often be used to replace hundreds of Sun servers running Oracle. Often times we see vast performance increases, as PostgreSQL is a leaner product in many respects. If you don't need some of the more advanced features of Oracle, then PostgreSQL is often a perfect alternative.

    The BSD licensing of both FreeBSD and PostgreSQL is often seen as a major win, as it allows for licensing costs to be reduced to nothing.

    The only downside is that IT administrators can't just go and blame Oracle when things go wrong. But then again, PostgreSQL is far simpler to administer than Oracle, and the training time for DBAs is much less. The potential for problems is significantly decreased.

    1. Re:Competition from PostgreSQL and FreeBSD. by Doctor+Memory · · Score: 1, Informative
      several Opteron-based servers running FreeBSD and using PostgreSQL as the database can often be used to replace hundreds of Sun servers running Oracle
      FreeBSD's network stack and file system are so much faster than Solaris' that you can replace a dozen or so Sun boxes with a single Opteron-based FreeBSD box? Because I know that most of the large database systems I've seen are bandwith-limited at one end or the other, they're rarely CPU-bound. Maybe your old Sun systems are hooked to a 10base-T hub, and you got a Gigabit switch for the Opterons? Or did your IT staff just figure out that most of your databases are small enough that they don't need to be on a separate server?

      Seriously, I like both BSD and PostgreSQL, but you're going to taint them both if you keep spewing fanboi FUD like this.
      --
      Just junk food for thought...
    2. Re:Competition from PostgreSQL and FreeBSD. by Anonymous Coward · · Score: 1, Interesting

      Sorry, this post smells like bullshit to me. How about
      substantiating at least one of your claims with some
      evidence?

      Not to say that either FreeBSD or PostgreSQL are poor,
      but a "several" opterons replacing hundreds of Sun
      servers is a joke, even if the Opteron chip can perform
      as well as 10 sparc CPUs.

      Either the owner of the installation is incompetent,
      which doesn't seem likely given the money they'd have to
      blow on the licenses... or you're talking about 50MHz
      sparcs from 10 years ago, in which case you are using
      "replace" in a misleading and dishonest context.

    3. Re:Competition from PostgreSQL and FreeBSD. by xilet · · Score: 5, Interesting

      Nah it could well be true. He just is not saying what generation Sparc they are using. I have seen a number of shops scrapping e250's left and right, so I am sure many places have large database setups running on much older sun equipment. My desktop [p4] runs circles around many of our old Sun boxes, granted those sun boxes have been working near flawlessly for well over half a decade. Many places did their 3-5 year server replacement cycle and used that to migrate off of Sun due to the higher reliability of some of the newer x86_64 platforms, I could see a 10-50x increase in performance on it. Also I have seen some really ugly replication setups for distributed databases so condensing it all on one higher powered box can give a nice speed boost. But I see it as less to do with omg bsd 0wnz solaris then it is with Moore's law. Also postgres is far more lightweight then oracle. Oracle can be tuned (and often is) really poorly, it is the same thing that we have seen with some of the microsoft TCO reports against Linux. A fully tuned Windows server with a series of add-ons and hundreds of man hours to tweak it, vs an out of the box install of linspire on a off the shelf desktop. Apples and Oranges. Oh and Oracle sucks.

    4. Re:Competition from PostgreSQL and FreeBSD. by xilet · · Score: 1

      Ok I need to learn to preview. Where did my line breaks go?

    5. Re:Competition from PostgreSQL and FreeBSD. by Anonymous Coward · · Score: 0

      Opteron systems offer excellent bus bandwidth.

      I can tell you know next to nothing about the architecture of the Opteron line of processors, nor about systems that use them. One key factor is the integrated memory controller. That is, the memory control is part of the CPU itself. This drastically reduces the bus traffic used for coordinating memory accesses, thus freeing it up for actual data and instructions instead. Of course, that's just one of many features that make the Opteron a superior architecture.

      Keep in mind that several of Sun's workstations, including the Ultra 40, are built around the Opteron. The Sun Fire V40z, Sun Fire X4500 and Sun Fire X4600 server products are also built around the Opteron.

      Call the grandparent's post "FUD" all you want. When I consider that Sun is now using Opteron processors in many of their products, and that my past experiences with FreeBSD and PostgreSQL have been excellent, I think he's spot on, and you're completely full of shit. If anyone is putting out "FUD", that person would be you, Doctor Memory.

    6. Re:Competition from PostgreSQL and FreeBSD. by LWATCDR · · Score: 1

      "In certain sectors, we're beginning to really see competition arising from PostgreSQL and FreeBSD. This is especially true where reliability is a serious concern."
      What sectors? FreeBSD has not done well in the Enterprise I would like to know what sector you are talking about.
      Yes PostgreSQL is fine database and yes it works well on FreeBSD, OpenBSD, NetBSD, Linux, and even Windows.
      I have not seen any surge in FreeBSD use.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    7. Re:Competition from PostgreSQL and FreeBSD. by Doctor+Memory · · Score: 3, Interesting

      I can see your point about Moores law — a new Opteron box with a RAID controller and Gigabit ethernet should certainly outperform an older Sun server running 100base-T and U160 drives. However, the biggest obstacle to a wholesale move to a different DB & OS platform is the actual migration costs. Any shop that's so big it has dozens of Sun servers running Oracle is going to have Solaris admins and Oracle DBAs. These people are not going to shrug their shoulders and say "OK, I guess I'm going to do BSD/PostgreSQL now". These people are going to raise hell, provide Incontrovertible Proof that making the switch will lead to Inevitable Doom, and need to be replaced. So now you're going to have to hire new people who don't know your business, and the first thing they're going to have to do is migrate all your business-critical stuff over to the new platforms. Better hope those departing employees weren't too disgruntled to document everything thouroughly (or kept the docs up-to-date if they were concientious). And better hope your new PostgreSQL DBAs know Oracle real well (or be prepared to send your developers to PostgreSQL training), or they're not going to be able to port your thousands of lines of PL/SQL code. Unless, of course, you want to hire some consultants (who may know your industry, but probably not your business) to convert your legacy software to new, untested code and then turn it over to the staff who weren't involved in the conversion to support. Super happy fun time!

      So while it seems like a good idea, unless you're working under a mandate from the CIO to replace Oracle or Solaris, it's probably cheaper and less disruptive to just stick with what you've got. Just ask any of those people who still run OpenVMS — they'll tell you!

      --
      Just junk food for thought...
    8. Re:Competition from PostgreSQL and FreeBSD. by xilet · · Score: 1

      The resistance to change cost/energy that goes into any migration should never be overlooked =).

    9. Re:Competition from PostgreSQL and FreeBSD. by drsmithy · · Score: 1

      My desktop [p4] runs circles around many of our old Sun boxes [...]

      I seriously doubt your P4 runs circles around them under any sort of *server* workload (ie: in anything other than raw CPU power).

    10. Re:Competition from PostgreSQL and FreeBSD. by Anonymous Coward · · Score: 0

      No real DB shop would proceed the way you describe. The way it happens is that, being a commodity, PostgreSQL is simply installed alongside the working Oracle/Informix/Whatever application, and the application is ported over. Who does it and how much time it takes are all comletely dependant on the particulars of each situation, but it's certainly not voodoo and certainly not the forklift disruption that you describe. When the app has been ported, then it is installed on suitably powerful hardware (don't ever buy the hardware until you have to), and it's put into production. Maybe in a piecemeal fashion, maybe all at once - again, it depends on each particular situation.

      The disgruntled Oracle DBA who thinks his skills are more important than business needs will have plenty of time to shop around for a new job while this all takes place.

      The fact that Oracle has become such a convoluted mess that only they themselves are competant to even install it anymore (creating a market for their so-called 'stack') should send a cold shiver through any thinking technology analysts' spine. Clearly, any successful technology deployment requires skilled administrators; and clearly this move demonstrates that Oracle sees that Oracle skills are in short supply. That's good for Oracle administrators; that's not so good for business.

    11. Re:Competition from PostgreSQL and FreeBSD. by xilet · · Score: 1

      Right it doesn't, but that was part of my point, in specific very narrow metrics yes a modern single intel/amd server could have a massive performance gain over a large number of sun boxes from the late 90's. It does not mean its even close to a fair comparison, and it definantly does not factor in all of the things that really matter with running a real server, but you can tweak the stats enough to claim it.

  7. I'd Be More Impressed by boogahboogah · · Score: 1

    if Oracle had the sense to cozy up to the two commercial Linux distributions, that is, Red Hat & SuSE, make their personal edition freeware for NonCommercial use & have it as part of the base install, or at least part of the distribution CD's.

    Rather than combine marketing & market penetration they're going to push 'Yet Another Distro'. What stupidity. The flavor of the month strikes again. Yet another example of Linux/Unix folks not having enough sense to unite in their fight against the dark side...

    1. Re:I'd Be More Impressed by Anonymous Coward · · Score: 0

      If the appliances that Mr. Ellison would have us buy had the ability to:

      a) speak networking protocols such as 802.1q and 802.1d
      b) connect to virtually any Storage Area Network with true multipathing support
      c) had low power consumption and low thermal load
      d) only used 1 or 2 units of rack space

      Then I might consider using one. Otherwise, they won't go in my data centers.

    2. Re:I'd Be More Impressed by Doctor-Optimal · · Score: 0, Flamebait
      Yet another example of Linux/Unix folks not having enough sense to unite in their fight against the dark side...

      That's funny. All this time I thought the *nix community was focused on developing quality operating systems. Now I learn the community is actually all about the "fight against the dark side".
      To tell you the truth I'd suspected this, but here it is from the horse's (penguin's?) mouth...
      --
      New punctuation update "~" (no quotes) at the end of a line to indicate sarcasm. ~
  8. Several smart moves for them by WindBourne · · Score: 1
    1. Use Xen with this. This makes it easy to migrate to upgraded versions.
    2. Offer up a free DB license for every company out there with one seat.
    3. Create a Linux desktop and offer the Business apps on it.
    4. Offer each company x free seats (say 6). Even the big ones need it.
    Why do the above? Simple. Small 1-6 ppl companies do not spend the money for Oracle or their apps. But if you offer it to them free, then an industry will sprout up around it. More importantly, once the company is on it, after 6 seats, they have to pay. I would also guess that these companies will want support. At some point, they will pay. Finally, this shuts out MS.

    The real mistakes that many of these companies make is waiting until they have no market before trying to move into something. Good examples include AOL, Word perfect. More likely than not, Intuit and Adobe will join them. As it is, Novell made a number of mistakes in supporting MS for so long and taking so long to jump on to SUSE. It will get worse for them before it gets better (but it will get better).
    --
    I prefer the "u" in honour as it seems to be missing these days.
    1. Re:Several smart moves for them by Vellmont · · Score: 4, Informative


      Why do the above? Simple. Small 1-6 ppl companies do not spend the money for Oracle or their apps. But if you offer it to them free, then an industry will sprout up around it. More importantly, once the company is on it, after 6 seats, they have to pay. I would also guess that these companies will want support. At some point, they will pay. Finally, this shuts out MS.


      It's not a bad idea, but I think there's a few problems with it. If you were setting up a database for a small company with 1-6 seats would you pick heavyweight Oracle with it's higher costs to maintain, administer, etc, or would you pick PostgreSQL or MySQL which is cheaper to maintain, and doesn't have a mid-range expansion cost associated with it? I know I'd pick an open-source free DB way before I'd pick Oracle.

      The reason is that the guys that have 1-6 seat needs are a long ways from actually needing Oracle. The expansion stage from dinky buisiness with very small DB needs to small-medium size is a lot more important (at least initially) than the medium-> large scale transition you'll need when you need the heavyweight stuff from Oracle (and some would even argue that PostgreSQL and MySQL are well used in large-scale businesses as well).

      --
      AccountKiller
    2. Re:Several smart moves for them by WindBourne · · Score: 1

      But if you are Oracle, you want the lock-in. The place to lock them in is when they are tiny and not able to spend money on you. Keep in mind that Oracle gets very little revenue from that market and it is unlikely that will do so. OTH, if they start small companies with their DB and their suite of apps for free, then the end-users are kind of stuck. MS used this approach very successfully. They wiped out competitor by denying them a starting point (you are a single developer; just use out compiler for free; do not tell us about it; but do not buy our competitor's compilers).

      As to using OSS, yes, that is what I do, and obviously you do. But it takes a bit of work to set up. OTH, Oracle can make it somewhat easy. that is a selling point.

      --
      I prefer the "u" in honour as it seems to be missing these days.
    3. Re:Several smart moves for them by teh_chrizzle · · Score: 1

      i think it is a very interesting idea. one thing to keep in mind is that a company with 1-10 people is not going to need an end to end enterprise application. most of the companies of that size that i have worked with are more likely to use an ugly cobbling of proprietary apps designed for their vertical market (software for running a vet's office for example, or one of the various travel agency applications) and off the shelf accounting/bookkeeping.

      i think if they could make a lightweight (as in costs little or nothing) stack for small and medium sized integrators (the MCSE/VB dev for rent shops), with cool development tools, then they might have something.

      --
      sarcasm:
      -noun
      1. harsh or bitter derision or irony.
  9. Oracle & Linux = Ancient History by vallee · · Score: 1

    Let's see if they actually do something about it that's more impressive than just making their software compatible, this time. Frankly, I hope so.

    I've seen Linux as a strategic platform for years. In 1998, using the initial release of "the slash" code base, I had a blog called "ontopofit.com". Before Pythian became successful in the dba managed services space, I used to write on there.

    I posted on The Pythian Group Blog earlier this year, reprising and linking to an article that I originally wrote about Oracle on Linux in, get this, 1998! My conclusion:

    "I'm calling it Linux and Oracle in the enterprise.
    That's where the smart money is. What can NT do to compete with the features that Oracle coupled with Linux can provide? I invite those who may disagree, or who can add to this conversation, to post here with short comments or to submit a dissenting editorial if you like. The more I think about Oracle and Linux in the enterprise, the more I'm sure. Think about it."

    Hilarious today, don't you think? :-)

    Paul

    --
    The real Paul Vallee is slashdot userid 2192, and, what do you mean it's not cool to point out your low userid?
  10. Doesn't really make sense by porkThreeWays · · Score: 3, Insightful

    The article cites one of the reasons for the appliance would be for SMB's that want something that just works really well out of the box. That's fine and dandy for a lot of software products. However, I don't think Oracle falls into this category. Sometimes people seem to forget that Oracle doesn't really do much by itself. Users don't directly type in SQL queries. It needs an application to be used with. Say the business wrote the application in house. I can almost guarantee that application was written for windows. If the programmer is smart enough to know how to port it to Linux, they are probably smart enough to configure Oracle themselves. If they don't posess the technical skills to port it, the appliance is useless to them. At the same time, most ISV type applications usually aren't written for Linux either. It would defeat the whole purpose anyway because you just bought the Oracle appliance pre-configured, and now you have to make adjustments for this application and install the app. You buy appliances so you don't have to do that sort of thing

    There are only two scenarios I could see this actually being practical. One is if there's a seperate dedicated DB server and an application server. However, the loads that occour in the SMB environment rarely warrant this. Most of the time the database and application run on the same server. The second would be to pass the appliance off to ISV's whom install and configure their software and resell it. That doesn't really make a whole lot of sense either because then they are just paying an Oracle tax for something they could do themselves.

    Really, the only reason I could see them doing this is to stick it to Red Hat and make PHB's get a boner.

    --
    If an officer ever threatens to taze you, say you have a pacemaker.
    1. Re:Doesn't really make sense by teh_chrizzle · · Score: 1

      you make an excellent point. one scenario where i think an oracle appliance might work well is with businesses that are just getting started and little or no existing data/apps to port over to linux. at that stage of the game, they probably can't afford a DBA of either the in-house or consultant variety, nor the many hours of installing and tweaking necessary to produce a well built enterprise app with oracle at it's heart.

      i think that what they could afford is a windows client that is easily customized. if you have a backend that you pretty much plug in and configure with a webpage, and a client that is pretty much wizard based, you could have the best of both worlds: a brand name backend built (mass produced) by a professional DBA and unix sysadmin, and an easy to build front end for windows.

      --
      sarcasm:
      -noun
      1. harsh or bitter derision or irony.
    2. Re:Doesn't really make sense by Doctor+Memory · · Score: 1
      If they don't posess the technical skills to port it, the appliance is useless to them
      Are you kidding? I wrote Windows apps that connected Oracle DBs running on Solaris, VMS, and MVS. It's called ODBC, and it doesn't care where your database is, you just configure the parameters and away it goes. So an appliance would still be very handy, even if your hypothetical programmer couldn't port it to Linux (or more likely wouldn't port it, since you'd then require your users to switch, and probably get significant pushback).

      Oh, and don't confuse installing Oracle with configuring it. Installing it is not terribly difficult (once you've installed all the patches they want), but configuring it is not something to be taken lightly. Should you use materialized views? If so, how often should they be refreshed? Are chained rows slowing down your queries? Would adding another rollback segment and shrinking the others improve commit speed? What values of freelists and pctfree will improve concurrent access? At what point should a table be partitioned? When should a partition be split? These are usually not questions you can answer until your application has been in production for awhile, unless you already have a good idea how your app is going to behave, and (often) how the other applications in the instance behave also.
      --
      Just junk food for thought...
  11. What a shitty headline by DrunkenTerror · · Score: 1

    [n/t]

  12. Bad Idea: falsely simplifies RDBMS and DBAs by Gothmolly · · Score: 1

    This is ultimately going to have a negative, and dumbing-down effect on their business. Suddenly experienced DBAs will be fighting for their lives against PHBs who think that they can buy an appliance, and have it just work. Since there was a 'create DB wizard' in the PHP-based GUI, the PHB will suddenly consider himself a DBA, and immediately begin figuring out how he can dump the 'deadwood' on his DBA team, i.e. all of them. Then the false economy of hiring 30K a year 'admins' will set in. The final stage will be hiring of consulting companies to come in and replace their 'appliance' DBs with real ones, completing the circle, except now the salary is turning into H1B funds and lining PWC's pockets, instead of being an investment in the people in the company that made the idiotic decision in the first place.

    --
    I want to delete my account but Slashdot doesn't allow it.
    1. Re:Bad Idea: falsely simplifies RDBMS and DBAs by DreadfulGrape · · Score: 1

      excess of TLA's in parent post

      --
      sig has been sent away for a few small repairs...
  13. Tight is good, yes? by Anonymous Coward · · Score: 0

    customers can expect a "tighter Linux-based appliance from the database and application vendor by the end of the month."

    I assume this is technical jargon beyond my own meagre abilities.

  14. Sco joke by Anonymous Coward · · Score: 0

    Quiet down there

    Darl McBride (yep him) is crying have some sympathy Larry hates him too, its no fun being a McBride.

  15. sleepycat.com by MarkusQ · · Score: 1

    One useful thing they could do would be to put the old sleepycat.com content back up somewhere. There was quite a bit of useful information there about dealing with older versions of Berkeley DB, but now you just get redirected to Oracle's index page. While commercial vendors tend to think in "push the new, deny the old" mode, a lot of us have to deal with what's out there. For example, when you come across software written to an older API, it's nice to be able to go back and read the changelogs and release notes between then and now.

    --MarkusQ

  16. Check out Oracle's wrongdoing! by Anonymous Coward · · Score: 0
  17. Does no one remember "Raw Iron"? by Ayanami+Rei · · Score: 3, Interesting

    We've been down this path before. Oracle tried to put together an appliance solution for running 8i, but it never got off the ground. At the time, it was rumored that they were looking at Linux, BSD, and Solaris for the underlying OS.

    There was significant pushback from hardware vendors and users for this sort of integration. From users because it was felt that Oracle would abandon the idea of a database that ran on whatever platforms it could, reducing choice in IT departments. From hardware vendors because it meant that only one provider would benefit, and everyone else was afraid that they'd lose the ability to sell Oracle certified configurations.

    And Oracle had a hard time finding an easy platform to deploy it on. At the time, Linux and BSD were not as capable for scaling as they are now. And working with Sun would make integrating Solaris expensive.

    Now conditions have changed. Solaris is open and modular. BSD and Linux scale more easily, and on more mature N-way platforms. So it might be a good time to revisit the issue.

    However, one has to question the value of an Oracle appliance. Because while large companies are happy to dedicate machines to single tasks, smaller firms are more likely to want to have machines serving multiple roles, which may not come easily to an Oracle appliance (or may cost more if it is required to use Oracle-stack implementations of whatever the need is for).
    Yet larger companies have budgets to test, configure, and roll out their own database servers anyway. And Oracle is looking at the small to medium sized IT market.

    So I don't know if this is going to get much traction. They're going to, at least, have to create a generic server appliance that maybe comes tuned for Oracle, yet can be used for anything.
    That might be a winner.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
    1. Re:Does no one remember "Raw Iron"? by charlesnw · · Score: 1

      One word. Virtualization. Tis the wave of the future. Heck even virtualization+hosted solution. Especially for smaller orgs. Although why a small/midsize business would want Oracle is beyond me. Well the database anyway. The other stuff is pretty good (groupware and such).

      --
      Charles Wyble System Engineer
    2. Re:Does no one remember "Raw Iron"? by Anonymous Coward · · Score: 0
      BSD and Linux scale more easily
      What BSD would that be? Even FreeBSD is still very limited in this regard, and it's disingenuous to pretend that *BSD and Linux are in the same boat.
    3. Re:Does no one remember "Raw Iron"? by Anonymous Coward · · Score: 0
      smaller firms are more likely to want to have machines serving multiple roles


      You're joking, right?

      A smaller firm that pays thousands of dollars for their Oracle license, tens of thousands of dollars for the application that relies on Oracle, and pennies for the high school kid who admins their network? You think they would rather have the high school kid figure out how to make it work on their existing Windows NT server along with their Exchange server? You think they would choose that over paying a little extra for dedicated hardware?

      Companies that have applications and systems built on Oracle have entire staffs to manage them inside their own data centers, or they pay tens of thousands of dollars a year in support fees, or both. What's a couple of thousand dollars for an appliance?

      Or by small, did you mean the kind of company that runs distributed Oracle clusters with round-the-clock dbas who would probably try to squeeze it onto one of their existing clusters? They might not be interested in an appliance.
  18. You don't need an operating system by giafly · · Score: 1
    "If the only thing you're going to run on a computer is an Oracle database, you don't need an operating system," Ellison told reporters - November 16, 1998
    Presumably this is the same Oracle and the same Ellison. Does anyone know when he changed his mind and decided that you do need an operating system after all?
    --
    Reduce, reuse, cycle
    1. Re:You don't need an operating system by teh_chrizzle · · Score: 1

      wasn't ellison the guy in the 90's that tried to sell the world a $199 linux computer that ran off a CD and was called a thinknic? oracle and sun have always fantasized about non-windows powered thin clients that plugged in to their enterprise servers for call centers and hospitals and whatnot, but they really have yet to seal the deal with corporate IT.

      --
      sarcasm:
      -noun
      1. harsh or bitter derision or irony.
  19. How about on the client? by LDoggg_ · · Score: 1

    Oracle still doesn't support linux on the client side worth a shit.
    As of the 11.5.10 ERP applications, Linux as client still isn't supported. It works for the most part if you spoof your USER-AGENT as OSX safari and use the Sun JVM for applet plugin support.

    The death of jinitiator on the client is waaaay overdue. Their isn't anything that the apps are doing that necessitates a custom JVM. Heck, most of what the apps do can be handled with AJAX.

    --

    "If they have both, tell them we use Linux. And if they have that, tell them the computers are down." -Dave Chapelle
  20. This sounds like the dumbest Oracle idea yet. by gelfling · · Score: 1

    Sorry but is anyone running that company anymore? Is there any vision or is it just about what everyone else dabbles in. Oracle database appliances that run Linux? Are they serious? And who is going to buy this? The 10 million customers who already have sweat blood and tears invested in running mission critical Oracle applications on big assed Unix server clusters? And after they buy it, who are they going to hire to admin yet one more OS? Because we weren't having enough fun juggling AIX, SUN, HPUX, Tandem and Teradata. Sure toss in a one off Oracleinux too. What the hell. And lets change DB ops and admin sufficiently to put a big obstacle and learning curve in our way and let's discover a whole new portfolio of patches to fix and weird interactive behaviors to accomodate.

    1. Re:This sounds like the dumbest Oracle idea yet. by baggins2001 · · Score: 1

      I agree with you. I don't think this is something most customers want.
      And why would they want another distribution of Linux. It would be better if they continued to work closely with a linux vendor and then could work out a slightly modified version for Oracle.
      I would feel more comfortable with Oracle on RH or Suse where the engineers there have tweaked the OS or can tell me exactly what to tweak on their flavor of linux.
      And why would I want another flavor of linux in house. How many companies would run RH, Suse, Debian and Gentoo? They wouldn't, because that would just create another hassle. So why would I prefer to have a version of linux running/supporting my DB and another supporting everything else. Unless Oracle is going to come out with a version that can handle all my other needs and is going to be able to support it.
      On the other hand it might be nice to just hand it over to the DB Admin and tell him it's all yours, don't come crying to me when it doesn't work anymore. Just call up Oracle and y'all figure it out. Oh yeah, you might need to bone up on some of the other OS we have running around here also, because they can interact differently depending on the patch state. Good luck DBA, come back with a wheel barrow I'll fill it up with some reading material that might help you along.

      --
      He who said 1,000,000 monkeys on 1,000,000 typewriters would eventually type the great novel, never saw an AOL chat room
  21. I, for one... by hummassa · · Score: 1

    Hope that Oracle gives a TiVo-ized version of Linux in a closed, non-hackable server appliance. That would be funny.

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
  22. Oracle doesn't lend itself to being virtualized. by Ayanami+Rei · · Score: 1

    Unless you mean the trend for virtualization is one thing NOT in Oracle's favor in terms of marketing an appliance.
    Maybe if the Oracle appliance itself supported virtualized hosts sharing the remainder of its capacity. That might be interesting...

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  23. Think Google Appliance by wandazulu · · Score: 1

    I can see Oracle delivering an appliance a la Google, whereby your $40k db license includes a 1U box that slides into the rack, and through the web page you start creating databases. Add scalability by getting another box (discount after 5). Throw in a second nic that would be SAN ready and you've got a no-muss, no fuss database platform.

    I think, though, the real key to something like this, and make its appeal greater is if Oracle supported the box themselves, remotely. Let *them* deal with patches, upgrades, etc., and they work with you to schedule downtime. The box is esentially hands-off except for the database itself, but for a lot of smaller shops, or shops where they don't want to invest in dba cost, I could see this being a rather attractive offer.

    Also, it wouldn't compete with the db on other platforms, because what you're getting is convience and piece of mind.

    1. Re:Think Google Appliance by Shadyman · · Score: 1

      ...and through the web page you start creating databases.

      They already have something similar, called Application Express (Apex for bonus marks), used to be HTMLDB. As for the 1U box... Yeah, I could see that.

      ...or shops where they don't want to invest in dba cost...

      Ew. Oracle without a DBA? That's just asking for trouble.

    2. Re:Think Google Appliance by wandazulu · · Score: 1

      Ew. Oracle without a DBA? That's just asking for trouble.

      I agree with you, but I've seen a number of small shops that buy Oracle because some specialized software they really need uses it. They typically follow the software developer's specs to the letter, buying slightly-above minimum specs, get a consultant (ahem) to install Oracle and then the app, then throw the box in a closet. They completely forget about it, not caring a whit about performance or tuning because it "does what they need it to do" and that's good enough.

      They take the same approach for their email server, file server, etc....I end up doing backups and little else because so much of the software is esentially self-tuning and self-healing. Not *always*, but enough times that I rarely have to go to the sites except to say hi and get free coffee.

  24. You're looking at the wrong target by Samrobb · · Score: 1
    most of the companies of that size that i have worked with are more likely to use an ugly cobbling of proprietary apps designed for their vertical market

    Why are you assuming that the target for an Oracle appliance is the companies themselves? Sure, they will be the ones who will eventually use it... but they are not necessarily (nor likely) the ones who will be assembling it, testing it, selling it or supporting it.

    An Oracle appliance has a whole lot of value if you're someone selling into a vertical market. Want sell your accounting software? Here - install it on this appliance, and you can sell it in it's own box, pre-configured for whatever business you happen to be in. No more worrying about which version of the DB you're running against, no more worrying about other processes on the box, no more worrying about botched installs or customer "fixes" to your database.... want to add parts inventory, web store, personnel management? Just add a couple of new applications. I wouldn't be surprised to see them come up with a product a small business support framework (if they don't have it already) - buy a developer's license for it, customize the business logic core, and resell it as part of your vertical business plumbing appliance. Think of the Oracle appliance as a core component of something like SAP for small businesses, and you get the picture.

    --
    "Great men are not always wise: neither do the aged understand judgement." Job 32:9
    1. Re:You're looking at the wrong target by Vellmont · · Score: 1

      Sure, but why wouldn't you just use PostgreSQL at that point? It offers lower costs for the midrange server when Oracle wants you to pony up some cash, and if you really need a feature for it you can code it yourself and either try to get it included in the main development branch, or maintain your own custom version.

      Having the entire stack is arguably more of an advantage to the application designers than it is to Oracle. Of course Oracle is getting into that themselves with the aquasition of Peoplesoft, so maybe that's one of the driving forces behind this.

      --
      AccountKiller
  25. Re:Oracle doesn't lend itself to being virtualized by charlesnw · · Score: 1

    Oracle lends itself to virtualization quite nicely. Many of the big shops do that. Don't know what your thinking or where you are coming from. Also seeing how this is aimed at small business the Oracle instance wouldn't be that taxed in theory. So running under a VM on the appliance would be ideal seeing as you prob have lots of spare capacity on decent hardware.

    --
    Charles Wyble System Engineer
  26. I am assuming that... by Ayanami+Rei · · Score: 1

    these big shops are using a SAN with volumes being forwarded into the instance so Oracle can use ASM on them? Otherwise you get that double-caching silliness (disk cache of host + Oracle's block cache).

    Also, until recently, I haven't been aware of any decent N-way virtualization implementations... ESX has only recently gotten support for it, and Xen is just breaking onto the scene what with Pacifica and Vandermode.

    Unless you go for a cluster configuration. But I understand that's expensive.

    It's a good fit for small businesses, but it certainly doesn't help Oracle any in their effort. Because virtualization frees you from having to stick with any vendor.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  27. Hey, I'm not saying it's a good idea. by Ayanami+Rei · · Score: 1

    But it happens more often in a small shop when there isn't much formal change control, dev/testing/production servers in multiple roles, etc.

    CTO: Hey Rei, what's the load average of that database server?
    Rei: (with caution) 50%
    CTO: That's a pretty powerful box compared to that test server we aren't using, right?
    Rei: Well yeah, that old box is two years --
    CTO: Well I want you to put a few dozen ClearCase volumes on there because its really slow for our developers at site B.
    Rei: But, uh... a few dozen... I see. (sad face)

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  28. I have some info by gafas · · Score: 1

    So guys, That is 100% true. I have some internal information. Right now Oracle has decided to move to Linux. They are seriously considering "Ubuntu" Linux distro. I do not why though. They should have chosen a better distribution. Cheers