News Mix 27-9-2012

September 13, 2012

Anticipating greater usage of Ubuntu within the enterprise, Canonical has released a significant update to its Landscape Ubuntu system management tool.The new version of the software, Landscape 12.09, is designed to better manage systemwide software updates. It offers more compliance reporting. This version also exposes its API (application programming interface) so it can be connected with other system management tools, such as Puppet. Also, the for first time, the software allows administrators to install Ubuntu over a network, in a process called bare-metal provisioning.

September 24, 2012

In an effort to expand programmer awareness, Oracle has released a free version of its Oracle Application Development Framework (ADF).

"This [release] allows the ADF framework to be used outside of the Oracle stack," said Bill Pataky, vice president of product management in the Oracle Fusion team. The package, called Oracle ADF Essentials, promises to be "a really powerful way to create rich Web applications very quickly," Pataky said.

September 25, 2012

Hitachi has developed a glass-based data storage medium that is highly heat and water resistant, capable of holding data for hundreds of millions of years, and says it may be able to bring it to market by 2015.

The company's main research lab has developed a way to etch digital patterns into robust quartz glass with a laser at a data density that is better than compact discs, then read it using an optical microscope. The data is etched at four different layers in the glass using different focal points of the laser.

September 25, 2012

Many signs suggest that Oracle is about to introduce a next-generation version of the Exadata database machine, the first and apparently most successful of its "engineered systems" that combine Oracle software with servers, networking, and storage.

September 25, 2012 

Microsoft has extended mainstream support for Windows Server 2008 by 18 months, and again reminded customers that the still-strong Windows XP will retire in April 2014.

News Mix

September 18, 2012

Samsung Electronics said Tuesday it has started mass production of a new type of memory chip for mobile devices, LPDDR3, that will dramatically increase performance in future smartphones and tablets.

September 19, 2012

Dell rolled out its new lineup of business-focused Windows 8 computers Wednesday, announcing that it would add two portable Latitude devices and a desktop OptiPlex to its offerings once the new Microsoft operating system is released.
While the announcement provided few technical details, Dell did say that the OptiPlex 9010 is a 23-inch all-in-one desktop, and highlighted its incorporation of touchscreen technology and flexible form factor as its chief selling points. The announcement comes less than 10 days after rival HP announced a set of four new all-in-ones designed for use with Windows 8.

September 20, 2012

Normally, malware is an Internet phenomenon. But a recent Microsoft study reveals even new PCs and electronic gear may carry infection

September 20, 2012

Hewlett-Packard on Thursday announced new Pavilion Sleekbooks, which the company is pitching as laptops that are cheaper than ultrabooks but competitive in weight and thickness.

Tough rack installations

It was not easy to install that rail kit in that rack, the best solution is to turn off everything and take them all out to be able to use the screw driver to tight its screws. But that will kill the customer who would kill me  ^_^ It was tough 

From Experience: Sun StorageTek 6140 , CAM can not find it

CAM stands for Common Array Manager , it's the software provided by Sun "Now Oracle Sun" to manage and monitor StorageTek storage systems. one of the very important thing CAM provide , the ability to collect "support data" , it's what we need when trying to troubleshoot a warning or critical alarm in the storage system.


Once; When tried to register the storage on the CAM to be able to read the alarms, the CAM could never find it, even new versions, Always when stuck with CAM , try the CLI ( command line interface) , it may be able to find the storage and read its alarms. Save the time of trying to troubleshoot why CAM can not register the array and connect through CLI to find out what's wrong.

In the case I worked on today, The solution at the end was satisfying , I enjoyed turning off  more than 30 power switches and enjoyed the silence before switching them on , and It's solved and I could see it on CAM, and collect support data.

Note: when powering off a storagetek ,  the Controller tray is the first to switch off and the last to switch on

The Disaster Recovery Plan - Part 4

IT Disaster Recovery Planning Process

Developing a technical disaster recovery strategy is just one step in the overall IT Disaster Recovery Planning process. This process is common to all IT systems and utilizes the following six steps:

1. Develop the Business Contingency Planning Policy and Business Process Priorities
2. Conduct a Risk Assessment
3. Conduct the Business Impact Analysis (BIA)
4. Develop Business Continuity and Recovery Strategies
5. Develop Business Continuity Plans
6. Conduct awareness, testing, and training of the DRP
7. Conduct Disaster Recovery Plan maintenance and exercise

The objective is to design a technical recovery strategy in step 4. Since this step is being accomplished before a Business Impact Analysis (BIA) can be performed in step 3, the recovery strategy is developed into a standard suite of service offerings that can be activated after the BIA has been completed. A BIA can take months to complete and some organizations do not have the budget for this. However, management should understand the potential return on investment for conducting a BIA.

The goal of the BIA is to define objectives for the recovery of host computing systems that run the applications that support the business processes. These objectives are stated as the Recovery Time Objective (RTO) and Recovery Point Objective (RPO). RTO is the number of hours or days management has put on resuming a business process or a system. RPO describes the age of the data you want the ability to restore to in event of a disaster. For example, if the RPO is 8 hours, systems should be restored in the state they were in no longer than 8 hours ago. The technical disaster recovery strategy depends upon meeting RTO and RPO specifications. The RTO and RPO requirements determine which option of disaster recovery plan to implement.

Recovery time, and how current data is are key components in determining the level of service a business process requires in the event of a major disruption. To properly implement a disaster recovery plan, one must know the RTO and RPO that the organization is willing to accept in case of a disaster. The technical disaster recovery strategy of different options of recovery is based upon a combination of these requirements.

Often times, in regards to business continuity, business and IT units are not on the same page. "As companies become more dependent on information, the business-continuity tolerance for information loss becomes less and less, particularly in e-business," says Don DeMarco, Director, IBM Business Continuity and Recovery Services. Although recovery management (maintaining an ITbased contingency plan and IT recovery plan) is an element of the systems management discipline, DeMarco says, "The decision as to the acceptable amount of risk for information loss must come from upper management."

For example, IBM uses RTO and RPO to classify the two objectives management must consider in business continuity. RTO is used by management to determine the amount of time needed to set up IT capabilities in order to resume critical business processes. RPO is something that management tends to forget. During an outage when business processes cannot be performed, how much data can the organization afford to lose and how current must data being recovered be? A manager of a bank cannot afford to loose six hours worth of data. Management must decide what are the acceptable levels of risk.

source:// SANS Institute InfoSec Reading Room

The Disaster Recovery Plan - Part 3

Disaster Recovery Plan

In its full context, the focus of a Disaster Recovery Plan (DRP) is to restore the operability of systems that support mission-critical and critical business processes. The objective is for the organization to return to normal operations as soon as possible. Since many mission-critical and critical business processes depend on a technology infrastructure consisting of applications, data, and IT hardware, the DRP should be an IT focused plan. Every organization should develop a Disaster Recovery Plan for all applications. Restoration of systems does not necessarily imply technology redundancy. The DRP may call for some procedures to be completed manually. The decision to revert to manual procedures, rather than to build and maintain an IT infrastructure is a cost-driven decision made by the organization. Having a DRP in place reduces the risk that the length of time that a disruption in a business process does not go beyond what has been determined to be acceptable by management in the organization. During the recovery phase, the focus is on establishing controls over occurring events to limit the risk of any additional loses.

source:// SANS Institute InfoSec Reading Room

The Disaster Recovery Plan - Part 2

Disaster Recovery Process

A disaster is defined as a sudden, unplanned catastrophic event that renders the organizations ability to perform mission-critical and critical processes, including the ability to do normal production processing of systems that support critical business processes. A disaster could be the result of significant damage to a portion of the operations, a total loss of a facility, or the inability of the employees to access that facility.

The disaster recovery process consists of defining rules, processes, and disciplines to ensure that the critical business processes will continue to function if there is a failure of one or more of the information processing or

telecommunications resources upon which their operations depends. The following are key elements to a disaster recovery plan:

• Establish a planning group
• Perform risk assessment and audits
• Establish priorities for applications and networks
• Develop recovery strategies
• Prepare inventory and documentation of the plan
• Develop verification criteria and procedures
• Implement the plan

Key people from each business unit should be members of the team and included in all disaster recovery planning activities. The disaster recovery planning group needs to understand the business processes, technology, networks, and systems in order to create a DRP. A risk and business impact analysis should be prepared by the disaster recovery planning group that includes at least the top ten potential disasters. After analysing the potential risks, priority levels should be assigned to each business process and application/ system. It is important to keep inventory up-to-date and have a complete list of equipment, locations, vendors, and points of contact.

The goal is to provide viable, effective, and economical recovery across all technology domains. The following can be used to classify organization applications and/or systems:

(Mission Critical) :

• Mission Critical to accomplishing the mission of the organization
• Can be performed only by computers
• No alternative manual processing capability exists
• Must be restored within 36 hours

(Critical) :

• Critical in accomplishing the work of the organization
• Primarily performed by computers
• Can be performed manually for a limited time period
• Must be restored starting at 36 hours and within 5 days(Essential) :

(Essential) :

• Essential in completing the work of the organization
• Performed by computers
• Can be performed manually for an extended time period
• Can be restored as early as 5 days, however it can take longer(Non-Critical) :

(Non-Critical) :

• Non-Critical to accomplishing the mission of the organization
• Can be delayed until damaged site is restored and/or a new computer
• system is purchased
• Can be performed manually

The disaster recovery process will identify the risks and exposures to mitigate their consequences to a level acceptable to senior management. These risks and exposures will assist in identifying the level of recovery required. Requirements will determine which recovery strategy option is needed to support those

requirements.

source:// SANS Institute InfoSec Reading Room